MaxRokatansky 19 мар 2021 в 10:50

Heap-таблицы и forwarded-записи в SQL Server

5 мин

4.4K

Блог компании OTUS SQL *Microsoft SQL Server *

Перевод

+12

Комментарии 5

andreyverbin 20 мар 2021 в 10:11

В чем преимущество heap перед кластерным индексом? Я не могу ничего придумать, но PG и, оказывается, MS SQL используют этот метод.

ialexander 20 мар 2021 в 11:36

Записи фиксированной длины эффективнее и индексировать, и искать. Поэтому, в heap выгоднее сбрасывать излишне большие данные (varchar больше определенной длина и тп).

Плюс в heap быстрее запись, не нужно тратить время на индекс, можно просто сбросить данные. Поэтому, если данные записал и забыл, то лучше heap.

capt_Kirk 22 мар 2021 в 00:40

Да, кучи лучше не использовать для больших таблиц или если данные часто обновляются. Плюс к этому, Heap-таблицы быстрые, но иногда ненадёжные, всегда есть вероятность, что MySQL рухнет

frrrost 4 июн 2021 в 12:37

Тут речь все-таки про MS SQL Server. Он и для кластерных «листьев», и для страниц кучи хранит контрольную сумму (ну или первые биты для torn page detection, как настроить).
Так что у Heap могут быть проблемы со скоростью чтения, но в плане надёжности она не проигрывает кластерным индексам

uaggster 3 апр 2021 в 12:08

Данные в таблицах могут быть организованы двумя способами:

Кластерный индекс (clustered index)
…
Куча (heap)

Данные в таблицах могут быть организованы тремя способами:
Куча, кластерный индекс (rowstore), кластерный columnstore.
С 2014 уже как.
А с 2017 еще и в варианте архивного columnstore.

Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.