Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности

Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
01.03.2018, 18:10
|
|||
|---|---|---|---|
|
|||
delete from a huge table |
|||
|
#18+
VSEM PRIVET. Est' huge clustered table (~100Gb, 1bln rows+) i 2 nonclutered indexes na ney. Kogda ja delaju Код: sql 1. 2. server udalaet 100k rows iz tablizi no potom prosto zavisaet na udalenii iz nonclustered indexsov (ja viju eto iz sys.partitions). Processi chto pishut v etu tablizu v etot moment prosto blocked by etot process. Deadlocks net. Pochemu takoe povedenie? Kuda kopat'? Microsoft SQL Server 2014 (SP2-CU10-GDR) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
01.03.2018, 18:11
|
|||
|---|---|---|---|
|
|||
delete from a huge table |
|||
|
#18+
Копать в сторону секционирования. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
01.03.2018, 18:13
|
|||
|---|---|---|---|
delete from a huge table |
|||
|
#18+
Est' huge, please use translit.net a to figeem takoe chitat' ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
01.03.2018, 18:26
|
|||
|---|---|---|---|
|
|||
delete from a huge table |
|||
|
#18+
каким образом мне помоэт секционирование? идет удаление рандом данних которое захватит много секций при лубой функции секционирования :( вопрос в другом - почему перестроение индекса занимает очен много времени? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
01.03.2018, 18:32
|
|||
|---|---|---|---|
delete from a huge table |
|||
|
#18+
Hello world!11вопрос в другом - почему перестроение индекса занимает очен много времени?Во первых, оно и может быть достаточно большое, в пределе нужно изменить > 100000 страниц, то есть 1 ГБ случайной записи на диск, или 100 000 операций IO. На каждый индекс. Во вторых, убедитесь, что на вашу таблицу не ссылается какая то ещё бОльшая таблица, тогда, может, дело не в перестроении индексов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
01.03.2018, 18:44
|
|||
|---|---|---|---|
|
|||
delete from a huge table |
|||
|
#18+
аналогичная модель поведения если я удаляю 5к записей. нет никаких объектов типа кластеред представлений, нет форинов, тригеров или каскадних удалений. каким образом можно посмотреть с какой скоростьу идет перестроение некластерного индекса? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
01.03.2018, 19:03
|
|||
|---|---|---|---|
delete from a huge table |
|||
|
#18+
Hello world!11аналогичная модель поведения если я удаляю 5к записей. нет никаких объектов типа кластеред представлений, нет форинов, тригеров или каскадних удалений. каким образом можно посмотреть с какой скоростьу идет перестроение некластерного индекса? select * from sys.partitions where object_id = object_id('t') ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=46&tablet=1&tid=1690187]: |
0ms |
get settings: |
9ms |
get forum list: |
18ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
37ms |
get topic data: |
13ms |
get forum data: |
4ms |
get page messages: |
47ms |
get tp. blocked users: |
1ms |
| others: | 248ms |
| total: | 385ms |

| 0 / 0 |
