Пример:

news
n_ id
n_ name
n_ cat
n_ description

pages
p_ id
p_ name
p_ text

news_cat
nc_ id
nc_ name

news_2_cat
n2c_ cat_id
n2c_ n_cat

items
it_ id
it_ name

items_categorys
itc_ id
itc_ name

и так во всех таблицах. Насколько это удобней? Кто так часто делает?

Тем самым в запросах мы можем не использовать алиасы таблиц - вроде удобней)

если позволите, профессор.sylex,

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

я не про собеседование, а про реальную практику спрашиваю!

у меня действительно есть один аргумент, а у вас никаких кроме трепа!

egorychsylexТем самым в запросах мы можем не использовать алиасы таблиц - вроде удобней)
что удобней, решай сам

в том то и дело, в первом случае по-короче можно:

в общем, плюсы префиксов:

1. не требуется писать алиасов для таблиц (как правило запросы короче)
2. удобно при больших запросах - четко видишь, от какой таблицы идет поле, даже не видя таблицу
3. меньше путанницы - при обычном подходе: в разных запросах, когда много таблиц - можешь дать разные алиасы для одних и тех же таблиц - если же есть префиксы - все стандартизированно на всю БД раз и навсегда
4. меньше путанницы при выборке из присоединенных таблиц - когда много одних и тех же name, id - приходится давать алиасы полям при выборке, при использовании префиксов - ничего этого не нужно, никогда не путаешься

Максим ННикогда не понимал зачем издеваться над простыми понятными имена ...

я же объяснил уже - зачем "издеваться"

для удобства, для простоты

понятно, что каждый привык по своему и вряд ли отступит...

понятно, что можно делать алиасами, и не париться...

но тогда:

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

хотелось бы выслушать мнение остальных, кто что использует?

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

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

softwarersylexНасколько это удобней?
Где-то на минус триста процентов.

ну ка формулу рассчета - в студию :)

softwarersylexКто так часто делает?
Таких не встречал.

надо же, поразительно, за такую большую практику! а я встречаю, и не один раз

а префиксы для таблиц, я так понял, вы очень даже используете! Правильно? Это верный подход?

В общем, как я понял, у каждого свое мнение, и редко кто от него отступится

Каждый делает кому как удобней, я просто хотел узнать как делают другие

ChaosMP1) Если нужно связать таблицу саму с собой или просто использовать ее несколько раз в запросе все равно придется использовать алиасы.

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

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

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

vadiminfoПрефиксы, возможно, могут иметь пользу в каком-то упрощении понимания смысла запросов, когда есть несколько основных (наиболее часто встречающихся в запросах) таблиц, для тех кто часто сталкивается с запросами к этой БД, када пишет запросы много разного народа с разными стилями написания. Тогда, видимо, префиксы запомнились и не надо искать FROM, чтобы понять какой таблице принадлежат имена столбцов.
Возможно, у суррогатов этот префикс сокращение имени таблы и потому суррогаты запоминаются по любому, и они быстрей попадаются на глаза чем FROM.

спасибо за ответ) я тоже так думаю)

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

я думаю понять не проблема, когда мы посмотрим на структуру таблицы и наглядно видим, что КАЖДОЕ ПОЛЕ ИМЕЕТ ПРЕФИКС, не сложно догадаться - что похоже на имя таблицы) еще посмотрим пару таблиц - и ясность в нашей голове - как ясный день и чистое небо :)

vadiminfoКроме того, когда много таблиц с подобными именами можект возникнуть трудностти с придумыванием префиксов и соотвественно их пониманием потом. Например, в Вашей схеме было бы еще таблица item_class. Ее префикс судя по всему дролжен быть как и у items_categorys: itc, другой буит сбивать с толку: откуда такое наименование - излишнии для прользы дела мыстли. Однако, itc - неприемлемо совсем.

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

в приведенном примере, я бы использовал:
items_categorys - itcat
item_class - itclass or itc