Результаты поиска по запросу "clustered-index"

10 ответов

Что на самом деле означает Кластерный и Некластерный индекс?

4 ответа

Почему происходит сканирование моего кластерного индекса?

3 ответа

Обновить параметр ANSI_NULLS в существующей таблице

В нашей базе данных есть таблица, которая создается с

ТОП публикаций

3 ответа

Запрос SQL Server для поиска кластеризованных индексов

Можно ли написать запрос, который возвращает все таблицы с кластерными индексами, которые не основаны на ключе идентификации?

3 ответа

Запрос SQL Server для поиска кластеризованных индексов

Можно ли написать запрос, который возвращает все таблицы с кластерными индексами, которые не основаны на ключе идентификации?

2 ответа

Почему SQL Server добавляет 4-байтовое целое число в неуникальные кластерные индексы

Можно определить неуникальные столбцы как кластеризованные, так и некластеризованные индексы. Однако SQL Server добавляет 4-байтовое целое число к индексиров...

2 ответа

Почему SQL Server добавляет 4-байтовое целое число в неуникальные кластерные индексы

Можно определить неуникальные столбцы как кластеризованные, так и некластеризованные индексы. Однако SQL Server добавляет 4-байтовое целое число к индексиров...

1 ответ

Индекс не применяется в индексированном представлении

У меня есть индексированное представление, но когда я запускаю запросы для этого представления, индекс, построенный на представлении, не применяется, и запрос выполняется без индекса. Ниже мой фиктивный скрипт: таблицы + просмотр + индекс при ...

1 ответ

По-разному. Коэффициент заполнения зависит от страницы, поэтому, если страница заполнена, тогда да. Все последующие вставки приведут к переупорядочению, если страница, в которую нужно вставить, заполнена.

отаю над стандартами базы данных для новой базы данных, которую начинает моя компания. Одна из вещей, которую мы пытаемся определить, - это правила первичного ключа и кластерного индекса по отношению к уникальным идентификаторам. (ПРИМЕЧАНИЕ. Я ...

2 ответа

Даже с удалением все новые вставки будут все в порядке, что касается PK. И использование аутоинкрементных суррогатных ПК не является «обычно неоптимальным». На самом деле InnoDB (компания) рекомендует использовать PK с автоматическим приращением.

из основных причин использования PK в MySQL с автоматическим приращением состоит в том, что он гарантирует, что все вставки в индекс кластеризованного PK будут в порядке и, следовательно, быстрыми. Я это понимаю. Но как насчет вторичных ...