Маркировка имен хранимых процедур

Question

Вы когда-нибудь задавались вопросом, как выглядит схема базы данных википедии? Я недавно прочитал эту тему от reddit.

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

Одна вещь, которую я не замечаю, - это то, как они называют свои хранимые процедуры. Они даже используют SP?

Я использую MS SQL Server. Префикс всех хранимых процедур с USP_ или SP_ кажется излишним и анти-полезным, поскольку объект-проводник уже сортирует все это для меня. Как вы называете свои SP?

Answer 1

Мне нравится, как их таблицы помечены префиксом, так что вы можете сортировать сказать свою функциональность, цели и отношения с другими таблицами сразу же

Именно поэтому у вас есть Schemas в SQL Сервер, необходимо создать схему для группы несколько объектов вместе, а затем вы можете дать HR человеку просто доступ к HR схеме

предваряя все хранимые процедуры с USP_ или sp_ кажется излишним и анти-полезным в качестве объекта исследователя уже сортирует все это для меня. Как вы называете свои SP?

sp_ никогда не должен использовать, потому что вы получите удар по производительности, когда SQL-сервер «видит» процедурный, который начинается с sp_ он проверяет главную базу данных первым, худшим, если MS решила отправить процедурный с здравомыслящим имя, как ваша, и она начинается с sp_ твой никогда не будет получить исполненных

BTW не каждый использует исследователь проекта, некоторые люди хотели бы сделать это в T-SQL

Answer 2

Я лично префикс моих хранимых процедур с уникальным именем описывает, что он делает. Например.

SelectUserAccountById

или

InsertUserAccount

Обычно имя таблицы ссылаются в названии, в приведенном выше примере, таблица будет учетная_запись_пользователя.

Я не префикс моих хранимых процедур с помощью SP или чего-либо подобного UNLESS Я создаю расширение, которое входит в структуру, такую ​​как DotNetNuke, затем я использую префикс для моего названия компании.

Answer 3

я считаю полезным назвать strored прок как ТаблицаName_Action

ex достаточно RefClient_Insert, RefClient_Search, RefEmployee_Delete

Таким образом, поскольку таблицы сгруппированы (Ref = Reference в этом случае), сгруппированы также SP.

Обратите внимание, что я использовал _ только для ясности, вы можете пропустить его, если хотите.

Answer 4

Я начал называть все объекты SQL с помощью виджетов типа префикс. Например...

Photo Gallery Database Objects (abbreviated list) 
Old Name   | New Name 
------------------------------------------------- 
tblCategories  | tblPGCategories 
tblItems   | tblPGItems 
spGetCategories | spPGGetCategories 
spUpdateCategory | spPGUpdateCategory 
spGetItems  | spPGGetItems 
spUpdateItem  | spPGUpdateItems

Event Calendar Database Objects (abbreviated list) 
Old Name   | New Name 
------------------------------------------------- 
tblCategories  | tblECCategories 
tblItems   | tblECItems 
spGetCategories | spECGetCategories 
spUpdateCategory | spECUpdateCategory 
spGetItems  | spECGetItems 
spUpdateItem  | spECUpdateItems

Мы разработали множество веб-сайтов и, когда клиент хочет кусок functionalty мы думали, что мы могли бы продавать другим, мы создали бы это как виджета. Затем мы будем продавать эти виджеты другим клиентам.

Это отлично работало, пока мы не начали добавлять виджеты, которые мы разработали на других сайтах. Мы получили дублирующие имена для некоторых наших кодов. Поэтому из-за необходимости мы реализуем вид виджетов . Это упростило интеграцию всех созданных нами виджетов.