Каковы хорошие примеры столбцов, для которых я никогда не должен создавать индекс? По моему мнению, кластеризованный индекс часто должен выполняться на первичных ключах (по умолчанию), поскольку он представляет базовые данные в целом. Но на каких столбцах я никогда не должен создавать некластеризованный индекс?Примеры столбцов для некластеризованного индекса
ответ
Вы не можете сказать точно. Дело в том, что вы не можете создать индекс для любого столбца (или комбинации столбцов), который имеет максимальный размер более 900 байт, поэтому любые столбцы, такие как VARCHAR(1000)
или VARCHAR(MAX)
, не могут быть проиндексированы.
За исключением этого - это действительно зависит от от вашей системы! Там нет волшебное правило какие колонки индексировать - или которых следует избегать.
В целом: меньше индексов лучше, чем слишком много. Большинство разработчиков БД имеют тенденцию чрезмерно индексировать свои базы данных, но, как я уже сказал, это действительно сильно зависит от конкретной ситуации вашей системы - здесь нет простых общих правил.
Привет, спасибо за ответ. Я получу/дату/имя_компонента хорошего кандидата для кластеризации? Если да/нет, то почему? – user2895589
Какие ** типы данных ** являются столбцами? Как правило, индекс ** ** ** (составленный из нескольких столбцов) и один, содержащий столбец ** переменной длины ** (например, 'customer_name ', скорее всего, являются ** не идеальными ** для индекса кластеризации –
Пол. тип char и дата - тип Date.Is означает, что мы выбираем столбец на основе типа данных? На самом деле этот вопрос задавали в интервью. Какие столбцы (пол/дата/имя клиента/имя клиента) не являются хорошими кандидатами для индексирования? – user2895589
- 1. Сохраненная процедура создания некластеризованного индекса столбцов столбца
- 2. включенные столбцы для некластеризованного индекса
- 3. Использование некластеризованного индекса для эффективного поиска
- 4. Выбор некластеризованного индекса Sybase
- 5. Добавление некластеризованного индекса для нескольких столбцов в конфигурации asp.net mvc
- 6. Изменение некластеризованного индекса в sybase
- 7. Рекомендация индекса некластеризованного внешнего ключа
- 8. Улучшение производительности некластеризованного индекса Поиск
- 9. Блокировка SQL Server для некластеризованного индекса
- 10. Эффект некластеризованного индекса при обновлении оператора
- 11. Как уменьшить стоимость сканирования некластеризованного индекса
- 12. Причина подсчета некластеризованного индекса на сервере Sql
- 13. Отфильтрованный индекс против нормального некластеризованного индекса
- 14. Увеличивает ли производительность некластеризованного индекса при наличии кластерного (PK) индекса?
- 15. Минимальное количество строк для создания некластеризованного индекса на сервере Sql
- 16. Что предпочтительнее? Создание статистики или создание некластеризованного отфильтрованного индекса?
- 17. В плане выполнения показан поиск индекса для запроса «null» для некластеризованного индекса
- 18. В случае сохранения кластерного и некластеризованного индекса дерева B +?
- 19. План выполнения сервера Sql, стоимость сканирования некластеризованного индекса
- 20. Что такое преимущества некластеризованного индекса над первичным ключом (кластерный индекс)
- 21. Как вычислить Num_Key_Cols для некластеризованного индекса с включенными в него столбцами?
- 22. Как добавление некластеризованного индекса в таблицу приводит к операции поиска индекса?
- 23. tsqlt- Не работает с индексом некластеризованного столбца
- 24. Определение столбцов индекса
- 25. Структура индекса для максимальной скорости в любой комбинации столбцов индекса
- 26. Добавление столбцов различного индекса
- 27. Имена столбцов индекса
- 28. d3.js примеры страниц индекса визуализации эффекта
- 29. Индивидуальный индекс столбцов против индекса комбинированных столбцов
- 30. Как определить порядок столбцов для некластерного индекса
Неверно, что кластерный индекс должен быть только первичным ключом. Оптимальный выбор для кластеризованного индекса зависит от того, как запрашивается таблица, которая часто, но не всегда является первичным ключом. –
Благодарим за указание ошибки. :) – user2895589