MySQL соглашение об именах

Question

Я обычно всегда использовал какой-то Hungarian Notation для моих имен полей в моих таблицах, например

#Table Users
u_id, u_name, u_email etc...

#Posts
p_id, p_u_id, p_title, p_content etc...

Но мне недавно сказали, что это не лучшая практика. Есть ли более стандартный способ сделать это? Мне не очень понравилось просто использовать поле id так как это требует от вас выбора table,field для имен полей, которые появляются в таблицах мултиплей при использовании объединений и т. д.

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

Answer 1

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

Answer 2

Это похоже на один из тех вопросов, где вы получите многочисленные ответы, все из которых являются "правильными". Различные команды и среды предпочитают разные соглашения. Я даже считаю, что моя собственная практика будет немного отличаться от проекта к проекту. Единственные предложения, которые я могу предложить, это

1. быть последовательным в рамках проектов,
2. не будь слишком многословен,
3. и не используйте зарезервированные слова

Просто мои два цента. Wiki'd.

Answer 3

Зависит от вашего стиля работы. Нет фиксированного набора правил.

Я использую camelcase tableNameFieldName, например, для catID, catName, catDesc

Answer 4

Я лично использую строчные буквы для имен таблиц и множественного числа. Таблицы типа "люди" с личными записями. Но я получил это от Rails и принял его через некоторое время. Хотя мне это нравится, и это сделало мои базы данных очень удобочитаемыми. Кроме того, использование такого количества подчеркиваний сделает ваши базы данных менее читабельными. Также я делю имена баз данных, используя _ для разработки, тестирования, производства, альфа, бета, прототипа. Как только вы поработаете с 100000 таблиц или около того, вы перестанете писать имена со слишком большим количеством подчеркиваний:)