Всем привет!
Продолжаю решать вопрос на тему правил присвоения имён.
Раскажите позжалуйста свои мнения на тему присвоения имён для хранимых процедур и функций.
Стоит ли использовать префикс для имён. Как лучше присваивать имена в процедурах?
Расскажите о своём опыте и привычках!
Спасибо!!!

Программист-ЛюбительЭто слишком интимно.

В интернете всё интимное наружу! :)

tru55 Как лучше присваивать имена в процедурах?

Самое главное, чтобы имена переменных не совпадали внутри процедур с именами полей / таблиц в БД, все остальное - дело десятое :)

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

egorychот сервера, имхо, зависит. в M$SQL переменные в процедурах предваряются @, поэтому выдвинутое требование не актуально )))

Действительно, в разных серверах по разному, но сейчас я систему готовлю под PostgreSQL, но не известно под чем она потом будет! И тут темболее хочется чтобы потом не пересеклось!

tadminраз проектируете под postgresql, то стоило бы спрашивать в соответствующем форуме.

В postgresql удобно использовать схемы
http://www.postgresql.org/docs/8.3/interactive/ddl-schemas.html
для разделения процедур (и не только).

Потом будет удобно раздавать права доступа в целом на схемы.

create or replace function system.userCreate(...)
create or replace function system.userDelete(...)

create or replace function web.OrderCreate(...)
create or replace function web.OrderDelete(...)


revoke ALL on SCHEMA system from public CASCADE;
revoke ALL on SCHEMA web from public CASCADE;
GRANT usage ON SCHEMA web TO group "WebGroup";
..........
как правильно раздавать права на функции - ищите в:
http://sql.ru/forum/actualtopics.aspx?bid=7

Уважаемый, позжалуйста читайте внимательнее. Я не собираюсь систему строго привязывать к PostgreSQL. Сначало она под неё будет написана, а там на какую СУБД она переедет я не знаю... Вот и хочу подготовиться! Да и вообще, люблю порядок!

egorych Leximus...Я не собираюсь систему строго привязывать к PostgreSQL. Сначало она под неё будет написана, а там на какую СУБД она переедет я не знаю... безумству храбрых, традиционно, поём мы песню падобраму
сложная это тема - независимость от конкретной СУБД... сейчас трейда 2 активных в проектировании и разработке ИС, а сколько их уже было, и-не-сосчитаешь! (с)

Речь не идёт о независимости от СУБД, я имею в виду что если например появится что то более хорошее чем PostgreSQL или бесплатное, и весь проект надо будет перевести на другую СУБД, то должно както по минимому переделка имён таблиц и т.д.! Чтобы они потом никак не пересеклисть со стандартными или зарезервированными словами в СУБД. Так что о независимости СУБД речи не веду, я реалист!