|
timestamp
|
|||
---|---|---|---|
#18+
Дайте ссылку (пруфлинк) о том что использовать операции сравнения отличные от tsequal для TIMESTAMP полей в sybase ase - некомильфо. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2014, 20:12 |
|
timestamp
|
|||
---|---|---|---|
#18+
blzz, приведите пример такой операции ... |
|||
:
Нравится:
Не нравится:
|
|||
05.02.2014, 10:15 |
|
timestamp
|
|||
---|---|---|---|
#18+
по расписанию из базы сливаются данные, where TIMESTAMP > @sometimestamp ... |
|||
:
Нравится:
Не нравится:
|
|||
05.02.2014, 12:36 |
|
timestamp
|
|||
---|---|---|---|
#18+
хех, отправка по ctrl+enter по расписанию из таблицы сливаются данные, where TIMESTAMP > @sometimestamp в @sometimestamp заносится max(timestamp)-значение которое в предыдущий раз. таким образом получаются "обновленные записи со времени последней выливки". ... |
|||
:
Нравится:
Не нравится:
|
|||
05.02.2014, 12:39 |
|
timestamp
|
|||
---|---|---|---|
#18+
blzz, Все зависит от целей, для чего вы это делаете. Если для синхронизации (репликации) таблиц или ETL для DWH, то конечно не комильфо, т.к. нет 100% гарантии доставки данных и фиксации данного факта для источника. P.S. Во многих компаниях такой метод до сих пор работает с 90 годов. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.02.2014, 14:56 |
|
|
start [/forum/topic.php?fid=55&gotonew=1&tid=2009878]: |
0ms |
get settings: |
11ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
73ms |
get topic data: |
9ms |
get first new msg: |
6ms |
get forum data: |
2ms |
get page messages: |
44ms |
get tp. blocked users: |
1ms |
others: | 12ms |
total: | 179ms |
0 / 0 |