Исходное сообщение
"Один из разработчиков MySQL раскритиковал проект и рекомендо..." Отправлено Наме, 06-Дек-21 16:59
>>> в MSSQL некластерный первичный индекс (если речь не про Azure) появился очень >>> очень давно (задолго до появления самого Azure) >> Не некластерный, а кластерный. Кластерней некуда. Но это всё словоблудие майковское. > некластерный, heap или как хочешь еще, и он там есть и есть > очень давно > PK в MSSQL может быть 2 типов > с пробуждением Heap это, пардон, куча. Т.е. когда данные хранятся вообще вне всякой упорядоченной структуры, а просто страницы в цепочку выделяются по IAM. В Сибэйсе хренелион лет назад решили, что коль уникальный индекс практически всегда создаётся, то логично в структуре этого индекса хранить и все прочие данные, которые не входят в индексный ключ, а не отдельно кучу и отдельно би-три с листами с индексным ключом. Ну и сделали такою смесь верблюда с носорогом -- сверху служебные структуры би-три, а на листах все данные. Ну вот, эту хрень и назвали кластерным индексом. В принципе, логичное решение, но проблема в том, что одного индекса в типичных условиях никогда не бывает достаточно, а хранение всех данных в структуре какого-то одного индекса зачастую приводит к смещению статистик распределения со всеми печальными последствиями. Поэтому тот же Оракл такого не делал. Я уж не помню, когда они ввели что-то подобное, по-моему, с 12-той версии. В Слоне тоже такого не было.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>>> в MSSQL некластерный первичный индекс (если речь не про Azure) появился очень >>>> очень давно (задолго до появления самого Azure) >>> Не некластерный, а кластерный. Кластерней некуда. Но это всё словоблудие майковское. >> некластерный, heap или как хочешь еще, и он там есть и есть >> очень давно >> PK в MSSQL может быть 2 типов >> с пробуждением > Heap это, пардон, куча. Т.е. когда данные хранятся вообще вне всякой упорядоченной > структуры, а просто страницы в цепочку выделяются по IAM. В Сибэйсе > хренелион лет назад решили, что коль уникальный индекс практически всегда создаётся, > то логично в структуре этого индекса хранить и все прочие данные, > которые не входят в индексный ключ, а не отдельно кучу и > отдельно би-три с листами с индексным ключом. Ну и сделали такою > смесь верблюда с носорогом -- сверху служебные структуры би-три, а на > листах все данные. Ну вот, эту хрень и назвали кластерным индексом. > В принципе, логичное решение, но проблема в том, что одного индекса > в типичных условиях никогда не бывает достаточно, а хранение всех данных > в структуре какого-то одного индекса зачастую приводит к смещению статистик распределения > со всеми печальными последствиями. Поэтому тот же Оракл такого не делал. > Я уж не помню, когда они ввели что-то подобное, по-моему, с > 12-той версии. В Слоне тоже такого не было.
	Введите код, изображенный на картинке: