|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Tengiz Kharatishvili 2:5020/400 13 Jun 2001 20:10:56 To : All Subject : Re: Informix ? -------------------------------------------------------------------------------- "Viktor Fedoseev" <Viktor.Fedoseev@p9.f30.n5004.z2.fidonet.org> wrote in message news:992432659@p9.f30.n5004.z2.ftn... > Можно уточнить, что понимается под кластерным индексом у MSSQL? > (раз такое сильное высказывание сделано ) > > Почему-то мне кажется, что это немного не то, что кластеризация > таблиц в Оракле. Оракл рекомендует использовать кластерные таблицы > в основном для хранения данных часто соединяемых разных таблиц > физически в одном месте. Причем это требует сначала создания кластера, > а потом создание таблиц в кластере ну и индексация кластера. > В ряде случаев в Оракле это может приводить к снижению производительности по > сравнению с некластерным хранением. > То, что в MS SQL называется кластерным индексом (clustered index), в более-менее общепринятой терминологии называется clustering index (что правильнее было бы перевести кластеризующий индекс, а не кластерный, но такой перевод уже давно устоялся) и означает, что физический порядок строк таблице совпадает с логическим порядком задаваемым индексом. То, на что Вы ссылаетесь в применении к ORACLE в литературе часто называется master-detail clustering. И это действительно совсем другое. В отличие от таблиц с кластерным индексом, таблицы без такового (в терминологии MS SQL - heaps) не имеют никакого определённого физического порядка. Вставки, скажем, если их интенсивность заметно выше, чем интенсивность удалений, будут почти всегда делаться в последнюю страницу. Для таблиц предназначенных для ведения разнообразных журналов, для которых ожидается высокий темп вставок, таблица без кластерного индекса скорее всего будет неудачным выбором. Кластеризация по удачно подобранному атрибуту, скажем SESSION_USER, позволяет физически разделить данные доступ к которым может производиться параллельно многими пользователями и, соответственно, резко снизить конкуренцию за ресурсы. Разумеется за счёт дополнительной работы, связанной с поддержкой кластерного индекса. Hо часто это окупается с большим запасом. См. http://msdn.microsoft.com/library/psdk/sql/cm_8_des_05_5h6b.htm http://msdn.microsoft.com/library/psdk/sql/8_ar_da2_8sit.htm http://msdn.microsoft.com/library/psdk/sql/ts_create_64l4.htm Cheers. --- ifmail v.2.15dev5 * Origin: Demos online service (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/65772decbd0d.html, оценка из 5, голосов 10
|