sylexChaosMP2) Не знаю кто как, но я пишу в PL/SQL Developer, там есть Code Assistant, т.е. я пишу алиас точка и вижу список полей таблицы с этим алиасом, без этого мне нужно будет помнить все поля всех таблиц? Нет уж, увольте.

если там есть Code Assistant, то достаточно помнить префикс таблицы - и также использовать эту возможность по полной! Если вы знаете о какой таблице идет речь - то и префикс помнить/знать - никаких проблем!

"Помнить префикс таблицы" - это не "учить"?

Предлагаю ещё вариант - приписывать не сокращение от имени таблицы к имени поля, а сразу всё имя таблицы.




1) всё понятно;
2) пишем не мы, а Code Completion;
3) экономить 200 байт на запросе - смешно;
4) понимается легко - не нужно учить/помнить/расшифровывать префиксы в имена таблиц;
5) читается быстро - и не надо говорить про "больше букв" - зашифрованные префиксы всё равно "разворачиваешь в голове", а на осмысление запроса времени всё равно уходит на порядки больше, чем на его чтение;
6) ручной контроль уникальности имён практически отпадает;
7) СУБД, имеющие ограничения для имён меньше 60 символов в топку;
8) увеличение затрат на парсинг запросов компьютером в наш век - смешно.

Аргументы?

Даже вот так, чтобы совсем уж правильно было:

И вдогонку...

Разнесите на разные кучки:
1) процесс написания запроса
2) результат - сохранённый запрос
3) процесс чтения запроса

Префиксы дают положительный эффект только в процессе написания запроса - ускоряют ввод но только "продвинутым" запросописателям.

Тогда идеальная картинка: не одинаковые префиксы для всех пользователей, а функция редактора запроса по сочетанию букв вставлять название таблицы (макрос в FARе, автомзамена в Word и т.д.).
Хотите, расшаривайте настройки по автозамене на рабочую группу, а хотите - у каждого своё расшифровка для сокращения "it", всё равно в запросе будет полное имя таблицы.

И вот тут-то мы поймём, что можно жить и без префиксов в именах полей - достаточно везде использовать полные имена таблиц, простые имена полей без всяких префиксов и наименований таблиц, но везде использовать идетификацию поля с указанием таблицы .

Красотища:



В соединение с Code Completion, Syntax Auto Check, Code Formatter, Macros ПЕЧАТАЛОСЬ на клавиатуре:
"SEL it.id, it.na, itc.id, itc.na FRO it IJ itc ON it.id = itc.item_id"


Только вот кому оно надо?!

vadiminfoНо, к примеру, допустим Вы не хотите, чтобы в БД появились колонки с одинаковыми именами для разных атрбутов.
Давайте аргументированно (пусть не идеально, ну хотя бы из практики) - зачем?

Это похоже на мечту : вот бы у людей ФИО был: 1) уникальным, 2) выдаваемым при рождении, 3) никогда не менялся... :)

vadiminfoНо, к примеру, допустим Вы не хотите, чтобы в БД появились колонки с одинаковыми именами для разных атрбутов.
Но знаете, что БД допроектируют разные люди на протяжении ее ЖЦ.
Ну стандарты на префексы могут помоч как-то. Не обязательно, конечно. Но все же.

Если допустим мы сильно не хотим, "чтобы в БД появились колонки с одинаковыми именами для разных атрибутов",
то чтобы помогло не "как-то", а ощутимо, нужно:

1. Требования уникальности полей в рамках БД - в "стандарт" (по возможности с аргументацией).
2. Правила/процедуры/инструменты формирования имён с обеспечением уникальных значений - в "стандарт".
3. Правила/процедуры/инструменты использования имён - в "стандарт".
4. Разработка правил/процедур/инструментов контроля уникальности.
5. Разработка правил/процедур/инструментов контроля следования стандарту.
6. Доведение стандарта до сведения проектировщиков таблиц, писателей/читателей запросов и прочих уборщиц.

И тут уж к каждом конкретном случае: а какой "объём" кода проекта, а сколько у нас человек в проекте вынуждены пользоваться стандартом, а как долго будет жить ПО (оптимистичненько), а какой это выигрыш в результате даст (в том числе моральное удовлетворение участников :) )...

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

Итого, ТС, для проекта в десяток-три таблиц вариант с префиксами-кодами полей вполне удобный - если не думаете сильно вырасти в ближайшей перспективе :).

А если вдруг наметите расти, рефакторинг Вам в руки перед ростом :).