Выбор языка при названии полей и пр.

← →
TopLodger (2003-12-23 17:40) [0]

Поделитесь опытом, плиз, кто как называет поля (на английском или на русском, с пробелами или без, на чистом английском или типа: "CENA" - "ЦЕНА"). Какие за и против?

← →
Johnmen (2003-12-23 17:41) [1]

ЦЕНА - PRICE В таком духе :)

← →
Anatoly Podgoretsky (2003-12-23 17:50) [2]

Я за ЦЕНА, но проблемы

← →
sniknik (2003-12-23 17:53) [3]

PRICE в название поля ЦЕНА в описание и в DispalyLabel.

← →
Reindeer Moss Eater (2003-12-23 17:56) [4]

PRICE в название поля ЦЕНА в описание и в DispalyLabel.

Плюс пара-тройка символов - префикс имени таблицы.
Например MT_PRICE если таблицу зовут MyTable

← →
Johnmen (2003-12-23 18:04) [5]

>Reindeer Moss Eater © (23.12.03 17:56)

Для дельфистов наверное привычней MTPrice
:)

← →
Sandman25 (2003-12-23 18:05) [6]

Если хорошо знаю английское слово (Price), то пишу его.
Если плохо (как будет "операция по пошиву"?), пишу русские слова английскими буквами (OperPoshiv). И никаких пробелов ни в коем случае!

← →
Sandman25 (2003-12-23 18:05) [7]

Немного ошибся. Не OperPoshiv, а Oper_Poshiv.

← →
}|{yk (2003-12-23 18:12) [8]

а чего не cOper_Poshiv?

← →
Reindeer Moss Eater (2003-12-23 18:16) [9]

На самом деле выбор постоянного регистра для имен объектов бывает еще боле полезен, чем выбор языка для имен полей.

← →
Sandman25 (2003-12-23 18:17) [10]

[8] }|{yk © (23.12.03 18:12)

А зачем? Если в запросе несколько таблиц, всегда использую алиасы.
В последнее время и для запроса из одной таблицы их использую :)
И так есть жестокое ограничение на 18 символов :(
Вот для названия таблиц я префиксы использую, это да. Удобнее объединять "родственные" таблицы

← →
Sandman25 (2003-12-23 18:19) [11]

[9] Reindeer Moss Eater © (23.12.03 18:16)

Некоторые СУБД не различают регистр в наименовании объектов. Поэтому и использую подчеркивание для разделения слов.

← →
Nikolay M. (2003-12-23 19:24) [12]

Тут достаточно большое обсуждение:
http://www.sql.ru/forum/actualthread.aspx?bid=1&tid=65405&pg=-1

PS
Я лично - на английском: price, name, model и тп.

← →
Shirson (2003-12-24 07:14) [13]

Я тоже на английском предпочитаю.
С этим видом я потом вожусь, а не пользователь, так что делаю удобнее для себя. А пользователь получает price as "Цена", он с-ыт и доволен.

← →
Rad (2003-12-24 07:19) [14]

Только на английском, типа vch_Area_Name, с префиксом типа атрибута.
Если кто-то из разработчиков не знает перевода - все ему помогают в поиске :)
Почему так? Как бы корпоративный стандарт :)

← →
alex-xx (2003-12-24 08:35) [15]

После нескольких гиморных переносов данных с одной платформы на другую я обзываю поля так
1. Только Английский
2. Для разделения префиксов только "_"
2. Только в одном регистре (я использую верхний)
3. Название должно быть понятным (хотябы для разработчика :))

← →
Sergey13 (2003-12-24 09:52) [16]

Я бы сформулировал так:
-Буквы только литинские
-Без пробелов однозначно.

Остальное - дело вкуса.

← →
KSergey (2003-12-24 10:08) [17]

А чем обоснована необходимость использования знака "_"?
Ну не различает БД регистр - дак я на его различие и не закладываюсь, я лишь вводу как мне удобнее (и как мне удобнее пишу в документашке)...
Или я что-то недопонимаю?

← →
paul_k (2003-12-24 10:20) [18]

> KSergey © (24.12.03 10:08) [17]
> (и как мне удобнее пишу в документашке)...

Эк .. все бы доку писали... или хоть подобие её.а то приходят, говорят програмка не работает формат данных получаемых поменялся вот и не работает. И лезеш кем-то когда-то на коленке написанный код править. А там... не то что по русски, а хорошо если строки s1,s2 целые I1,I2 и так далее. А то просто от фонаря. Нужна переменная - типа следующая буква алфавита. И с полями и с таблицами то-же самое. Вот и думай, что автор имел в виду в строке
s:=t1f1.value
наболело, однако.
Мое мнение следующее
1. да только латиница.
2. обязательно имя поля/таблицы/переменной несет смысловую нагрузку
3. документировать хоть приблизительно, хоть в редких комментариях!!!

← →
KSergey (2003-12-24 10:34) [19]

Единственное, что видимо точно не стоит делать - это называть поля по-русски.
Как написано в одной книге по MS SQL: "Вообще-то, вы можете называть в именах объектов кириллицу, однако никто не может точно сказать где и когда это вылезет боком, а то что вылезет - это точно. Так что лучше не искушать судьбу"

← →
Alex_Bredin (2003-12-24 10:51) [20]

я всегда использую латиницу в верхнем регистре +
для любого проекта я всегда завожу 2 служебные таблы - Tables и Fields и в них уже ставлю в соответствие системное название таблицы(поля) и его русский вариант + кучу всякой нужной информации.

← →
JibSkeart (2003-12-24 11:04) [21]

http://www.sql.ru/forum/actualthread.aspx?bid=1&tid=65405

← →
Sandman25 (2003-12-24 11:06) [22]

[17] KSergey © (24.12.03 10:08)

Иногда срочно вызывают к клиенту по непопонятной ошибке и приходится быстро находить и исправлять ошибку в какой-нибудь хранимой процедуре, бывает, что и не в твоей, а коллеги. Если название хранимой не знаешь или не помнишь, приходится ее искать "по смыслу". Гораздо легче найти и понять, что она может делать, если хранимая называется csh_find_freeze,
а не cshfindfreeze. Аналогично с таблицами.

← →
Shirson (2003-12-24 13:58) [23]

>KSergey © (24.12.03 10:34) [19]
>Единственное, что видимо точно не стоит делать - это называть поля по-русски.
Как написано в одной книге по MS SQL: "Вообще-то, вы можете называть в именах объектов кириллицу, однако никто не может точно сказать где и когда это вылезет боком, а то что вылезет - это точно. Так что лучше не искушать судьбу"

Одна таблица, для проверки usability, сделана с русскими именами.
Глюков не обнаруженно.

"а то что вылезет - это точно" сказать может кто угодно. Не заморачиваясь доказательством это очень просто.

← →
Johnmen (2003-12-24 14:15) [24]

По указанной ссылке даже не стал всё читать - 80% бреда...:)

>Shirson © (24.12.03 13:58)
>"а то что вылезет - это точно" сказать может кто угодно. Не
>заморачиваясь доказательством это очень просто.

Ты прочел ту книгу ?
Или хочешь чтобы её здесь полностью привели ?
Или считаешь авторов некомпетентными ?
Или считаешь личное необнаружение глюков достаточным подтверждением ?
:)))))))))

← →
Илайдж (2003-12-24 14:18) [25]

некий оффтопик:
некоторый преподы в вузе требуют у паскалистов писать
так
procedure dobavlenie_zapisi_v_tablicu; var nomer_zapisi: integer; begin end;

Но в-общем и целом, имхо, это дело каждого...
Лично я предпочитаю англ. названия + вариант OperPoshiv указанный выше.. Главное - чтобы было доступно другим

← →
Shirson (2003-12-26 07:52) [26]

>Johnmen © (24.12.03 14:15) [24]
Ты прочел ту книгу ?
Или хочешь чтобы её здесь полностью привели ?
Или считаешь авторов некомпетентными ?
Или считаешь личное необнаружение глюков достаточным подтверждением ?
:)))))))))

Я считаю некомпетентным любого, кто может себе позволить написать "однако никто не может точно сказать где и когда это вылезет боком, а то что вылезет - это точно".
Словоблудие без фактов.

← →
sniknik (2003-12-26 08:36) [27]

Shirson © (26.12.03 07:52) [26]
> однако никто не может точно сказать где и когда это вылезет боком
знал бы где упадеш соломки бы подстелил. (тогда и глюками бы не считалось)

ты возьми себе русские названия за стандарт (а не одну таблицу один раз в одном месте в одной ситуации на одной системе)
и через какоето время (в зависимости от интенсивности использования и распространенности твоей проги) еще раз это скажи.
(можеш сразу, просто поставь свою прогу в не руско лакализованую машину (а на французкую к примеру), на 80% глюки обесбечены, как бф мелкософт сними не боролся, всего предусмотреть нельзя)

ибо (еше одна народная мудрость ;о)) некоторые (не будем говорить кто :о)) на чужих ошибках не учатся, ждут собственного наступления на грабли.

> Одна таблица, для проверки usability, сделана с русскими именами.
> Глюков не обнаруженно.
ага, люди не тонут, проверил! сам проплыл в басейне 20метров, и не рассказывайте мне про моряков подводников которые якобы утонули.

← →
John Kayfolom (2003-12-26 09:18) [28]

Много лет работал на дельфи, все таблицы, поля на sql делал по русски и с пробелами :). Месяц назад понадобилось к некоторомым базам из PHP ползать. Вот тут грабли и начались. Пришлось делать views и прописывать латинские алиасы....

Выбор языка при названии полей и пр. Найти похожие ветки