Цитата:
1. По поводу ключей, используемых исключительно для сортировки.
А как же тогда пользователь будет сортировать?
При работе с SQL Server эти ключи не нужны.
Эти ключи нужны для того чтобы пользователь в форме мог выбрать порядок сортировки.
Цитата:
2. По поводу Option Field
Option не обязательно, поскольку это обычное целочисленное поле
Предпочтительнее выдвигать вперед Code Field или Integer, если есть такая возможность.
Правильнее будет выдвигать вперед ключа те поля, которые имеют наибольший (но ограниченный) диапазон значений.
Цитата:
3.По поводу Не используй FIND(-)/FIND(+), если можно использовать FINDFIRST/FINDLAST.
Никто и не спорит с тем, что раз появились новые полезные команды, лучше использовать их. Тут дело в том, что разница между FIND('-') и FINDFIRST заметна только в случае если эти команды крутятся внутри цикла с большим количеством итераций на сложной таблице. А если используется классический IF Table.FIND('-') THEN ..., то разницы между новыми и старыми командами не будет никакой
Цитата:
5. По поводу количества ключей в таблице.
Additionally, if you reduce the number of indexes, SQL Server will not have to keep these in memory, thereby increasing page life expectancy and improving performance. Maintaining fewer indexes can mean better performance.
В совете было написано "Чем меньше количество ключей в таблице, тем лучше работает SQL Server". Это не всегда так. Вообще к таким вещам как создание ключей надо подходить c компромиссом между потерей времени на построение индексов и быстродействием функционала в навижн.
Цитата:
6. По поводу Не применяй FlowFields в повседневных, часто используемых формах, тем более в табличных формах..
Собственно почему не применяй? Только из-за вероятности, что пользователь поставит фильтр на вычисляемое поле?
Потому что, это вычисляемые поля. При каждом переходе от одной записи к другой, вы запрашиваете результат вычисления, который вам может быть и не нужен.
Не думаю, что вычисляемые поля в форме могут сильно влиять на производительность. Хотя каких только FlowFields не придумают...