Базы данных - стандарты именования обьектов

katit · Post by **katit** » 22 Apr 2004 20:31

Вот собственно subj
Может накидайте линков какие в индустрии есть стандарты...

Я работаю с ERP пакетом. Там такие дела:

Таблицы:
tmmName[Wrk]

где t - таблица, mm - модуль(AR, AP, SO, IM...)
Wrk - ставится если таблица не содержит данных а только макет

Views:
vmmName

Stored Procedures:
spmmName[Wrk]

в именах слова сокращенные с большой буквы.
tsoSalesOrder, tarInvoice, vimItem, spPrintInvoiceWrk

В таблицах ключи так обозначены:
SalesOrderKey - он генерируется (int), NOT Identity.
SalesOrderNo - естественный ключ. Ето индекс

И так везде. 2 столбца для ключей. Один сгенерированный (..Key) и второй естественный (юзер смотрит на него - ...ID или ...No)

В принципе я привык уже. И очень удобно.
Работаю над другим проектом и хочу делать это удобным для всех.

Смотрю на другие базы - там все: some_kind_of_table_name, table_id
и в таком роде.

Вот мне и интересно что-же все-таки красивее и лучше.
Передумывать это пока можно или делать как привык ?

Merle · Post by **Merle** » 23 Apr 2004 19:37

Ну, я обычно придерживаюсь вот этих правил:
http://www.rsdn.ru/?Forum/?mid=345997

Dmitry67 · Post by **Dmitry67** » 23 Apr 2004 21:52

Как я ненавижу когда все stored proc называют sp...
Ну в языках обычных имена всех переменных не начинают с var...
извините крик души
Еще хуже когда stored proc нвчинают называть sp_... видимо посмотрев системные (дело в том что в MS SQL жто очень нехорошо)

oMoses · Post by **oMoses** » 23 Apr 2004 22:07

А мои индусы так и именуют все: FK_, PK_, T_, SP_, VW_ ну и т.д.
Их много, а я один - устал бороться...

KVA · Post by **KVA** » 23 Apr 2004 22:22

На счет стандарта не знаю, но у нас например так.

Tables:
tbl_<app>_<name> - (tbl_eq_order, tbl_fi_retail_history), где <app> сокращенное название приложения или модуля который использует эту таблицу. <app> может отсутствовать, если таблица используется всеми/несколькими приложениями в компании.

Fields:
ord_id, ioi_amt, lead_trn_ind, last_modified_dt

Stored Procs:
proc_<app>_<type><name> - (proc_eq_AddBroker, proc_fi_DeleteIssue, proc_ae_GetIssueDetails)

<app> - сокращенное название приложения
<name> - может быть Add, Delete, Get, List, Update, Can, Validate, Does или отсутствовать в некоторых случаях

Functions:
fn_<app>_<type><name> - (fn_eq_GetBrokerCode, fn_eq_ListSalesCoverage, fn_fi_RptListBestIndications)

katit · Post by **katit** » 23 Apr 2004 22:55

Dmitry67 wrote:Как я ненавижу когда все stored proc называют sp...

Да. Тоже читал что потенциально может быть медленно т.к. сервер проверяет не системная процедура-ли.

Вот нашел такой вариант. Вроде должно быть удобно:
User_Update
User_Select

и т.п. Там первое слово это с чем процедура работает а потом то что делает. Таким образом и группируется и вроде понятно про что...

С таблицами вроде разобрался. Только не могу решиться или именовать их в множественном числе?
Типа Customer или Customers?

katit · Post by **katit** » 30 Apr 2004 05:11

Тут еще такое.

Вроде как с таблицами определился.
Надо просто имя существительное использовать.

Типа Customer, Order

Есть еще вариант что надо называть во множественном числе как Customers, Orders

Кто что предпочитает и почему?

И еще. Т.к. часто view строится на одной таблице но "looked up" то фактически у меня будет таблица Order с FK CustomerKey и я буду создавать view c CustomerID.

Когда tOrder i vOrder то легко. А вот как теоретики предлагают именовать без префиксов то я не могу понять какое мне имя для view дать...

Ведь якобы это view и table одно и тоже с маленьким различием....

Strannik223 · Post by **Strannik223** » 30 Apr 2004 06:26

katit wrote:Вроде как с таблицами определился.
Надо просто имя существительное использовать.

Типа Customer, Order

Есть еще вариант что надо называть во множественном числе как Customers, Orders

Кто что предпочитает и почему?

Я предпочитаю единственное число.
Потому что кода пишешь where Customer.Name='Sidor' множественное звучит нелогично. Customers - это группа, и у них не может быть одно имя на всех

У каждого свое имя, даже когда оно совпадает для нескольких человек.
А вообще это дело привычки/религии.

katit · Post by **katit** » 30 Apr 2004 15:47

Strannik223 wrote:Я предпочитаю единственное число.

Мне тоже нравится. Тогда и ключи хорошо именуются и соединяющие таблицы...

Но есть тут такой теоретик Joe Celko который проповедует множественное число типа как "Employee" -> "Employees", but "Personnel" is the best
Т.к. таблица якобы коллекция и следовательно надо именовать во множественном. А если в таблице одна запись то можно в единственном. Хотя как вы сказали в коде намного лучше смотрится единственное число.
А если смотреть на майкрософтовские примеры то они пишут во множественном..
Что есть более распространенное?

Еще-бы слов типа "Personnel" набрать для всего

Видимо будем писать в единственном...