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 и принял его через некоторое время. Хотя мне это нравится, и это сделало мои базы данных очень удобочитаемыми. Кроме того, использование такого количества подчеркиваний сделает ваши базы данных менее читабельными. Также я делю имена баз данных, используя _ для разработки, тестирования, производства, альфа, бета, прототипа. Как только вы поработаете с 100 000 таблиц или около того, вы перестанете писать имена со слишком большим количеством подчеркиваний:)