Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Что быстрее - upsert или drop / select ... into ?
|
|||
|---|---|---|---|
|
#18+
Для таблицы фактов. upsert = update изменившихся записей и insert новых. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.12.2005, 15:23 |
|
||
|
Что быстрее - upsert или drop / select ... into ?
|
|||
|---|---|---|---|
|
#18+
Интуитивно второе быстрее, но до какого-то предела. Если в таблице сто миллионов записей, то и первый способ тормозить будет. Ее надо как-то по-другому пополнять, чем сверяя значения/чексуммы в строках. Кто знает такие способы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.12.2005, 15:29 |
|
||
|
Что быстрее - upsert или drop / select ... into ?
|
|||
|---|---|---|---|
|
#18+
Добавить timestamp, при выгрузке запоминать последний загруженный timestamp, если нет удалений. Если удаления есть, то можно завести таблицы ...inserted, ...deleted, которые заполнять в триггере. C checksum не очень надежно, теоретически возможны совпадения, да и по производительности будет затык при сканировании 2-х таблиц фактов. Владимир ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2005, 11:27 |
|
||
|
|
start [/forum/topic.php?fid=49&msg=33463793&tid=1870695]: |
0ms |
get settings: |
5ms |
get forum list: |
14ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
52ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
34ms |
get tp. blocked users: |
1ms |
| others: | 226ms |
| total: | 346ms |
| 0 / 0 |
