SQL Server - Какие правила кодирования/разработки существуют в вашей команде?

Question

Я задал аналогичный вопрос на прошлой неделе и не получил очень хорошего ответа, поэтому, возможно, я не правильно сформулировал вопрос.

Я хотел бы знать, какие процессы/политики/правила имеют ваша команда для написания кода T-SQL и схемы базы данных. Вот несколько примеров:

1) All foreign key columns should be indexed 
2) All primary key columns should be integer Identity 
3) All stored procedures/user defined functions need comments 
4) No underscores in T-SQL variable names 

Это те вещи, которые мне интересны.

Спасибо!

Answer 1

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

2. В основном, но поймите, почему. Тем не менее, я бы использовал 3-значный код для таблицы, в которой хранятся коды валюты ISO, такие как CHF или GBP. И вам все равно понадобится уникальное ограничение для естественного ключа

Answer 2

Я не согласен с индексированием всех внешних ключей. Если у вас есть внешний ключ для главной таблицы из 3-х опций, в таблице с миллионами строк у вас есть огромные накладные расходы бессмысленных индексов. Обратный поиск от ключа к данным маловероятен.

Answer 3

Кажется, что # 1, # 2 и # 3 - все довольно плохие правила. Не всегда необходимо индексировать внешний ключ. Не имеет смысла создавать суррогатный ключ, когда существует хороший естественный ключ. Комментарии не компилируются, поэтому они легко могут синхронизироваться с кодом и могут обмануть читателя. Их следует использовать только в случае крайней необходимости. Комментирование выполнения жесткого и быстрого правила хуже, чем пустая трата времени.

Товар # 4 довольно хороший. Команды я работал на были больше озабочены вещи, которые идут к качеству реализации (например, хорошей обработки ошибок во всех хранимых процедурах, и хранимые процедуры делают только одну вещь)