Некластерный индекс на столбце Clustered Index улучшает производительность?
Несмотря на то, что это «явно ложно», то, что вы говорите «кажется верой», на самом деле является правильным. Документация Mozilla для window.close говорит
Этот метод разрешен только для окон, открытых скриптом с использованием метода window.open. Если окно не было открыто сценарием, в консоли JavaScript появляется следующая ошибка: скрипты могут не закрывать окна, которые не были открыты скриптом
blockquote>. Вы говорите, что оно «должно оставаться сделайте это », но я не думаю, что вы найдете какую-либо ссылку, которая поддерживает это, может быть, вы что-то забыли?
3 ответа
Я предположил бы, что это будет быстрее в случаях, где Вам не нужны полные данные строки, например, если Вы просто проверяете, существует ли строка с данным идентификатором действительно. Затем кластерный индекс был бы довольно огромен, в то время как маленький индекс "на один столбец" будет намного более тонким.
Кластерный индекс имеет все данные для таблицы, в то время как не кластерный индекс только имеет столбец + местоположение кластерного индекса или строка, если это находится на "куче" (таблица без кластерного индекса). Таким образом, если Вы делаете количество (столбец) и тот столбец индексируется с не SQL-сервером кластерного индекса, только должен просканировать не кластерный индекс, который быстрее, чем кластерный индекс, потому что больше будет соответствовать на 8K страницах
Кластерный индекс обычно будет быстрее, но у Вас может только быть 1 кластерный индекс. Таким образом, если таблица уже имеет кластерный индекс на другом столбце, то некластерный индекс является лучшим, можно сделать.