Лучшие практики и антишаблоны в создании индексов в SQL Server?

Question

Лучшие практики и антишаблоны в создании индексов в SQL Server?

Вы можете добавить это в свой файл JavaScript, чтобы разрешить ваши «массивы»:

Array.prototype.clear = function() {
    this.splice(0, this.length);
};

Затем вы можете использовать его следующим образом:

var list = [1, 2, 3];
list.clear();

Или если вы хотите убедиться, что вы ничего не уничтожаете:

if (!Array.prototype.clear) {
    Array.prototype.clear = function() {
       this.splice(0, this.length);
    };
}

Многие думают, что вы не должны изменять собственные объекты (например, Array), и я склонен согласиться. Будьте осторожны при принятии решения о том, как с этим справиться.

17

database-design database sql-server

задан Buu Nguyen 20 January 2009 в 15:26

8 ответов

Не тестируйте индексы или оптимизируйте запросы без базы данных, заполненной представительными данными.

база данных будет обычно игнорировать любой индекс на булевом поле. Это проигнорирует его как часть сводного индекса. (Однако см. "фильтрованный индекс" в SQL Server 2008.)

Для сводных индексов, где все значения будут обеспечены, перечислите их в обратном порядке кардинальностью (или арность, или сколько отличных значений, там находятся в данных.)

ничего не принимают. Протестируйте все.

у Вас только есть один кластерный индекс. Не тратьте впустую его на уникальный индекс, если Вы не будете уверены, что необходимо будет действительно почти всегда вытягивать строки, упорядоченные на тот столбец. Вы хотите использовать его для случаев, где кратные числа смежных строк часто выбираются.

А, "покрывающий" индекс, является тем, который, отдельно, содержит все поля, требуемые разрешить выбор. Помните, что индекс, который "почти" покрывает, не достаточно хорош в большинстве критических случаев.

Большая часть того, что Вы читаете в блогах онлайн о разработке индексов, или неправильно, или высококвалифицирована и не применимая в Вашем случае или плохо калиброванная, чтобы принести пользу и стоить.

4