|
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&msg=38549749&tid=2009878]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
67ms |
get topic data: |
12ms |
get forum data: |
2ms |
get page messages: |
40ms |
get tp. blocked users: |
1ms |
others: | 324ms |
total: | 473ms |
0 / 0 |