Вместо делиться своим мнением о наименовании стандартов, я попытаюсь ответить на ваш вопрос;)
Я думаю, что точка Celko делает то, что student_id в таблице студентов есть код s т. е.возможно, стиль дизайнера всегда добавляет столбец идентификатора, вероятно, столбец с автоматическим приращением, каждой таблице, которую они создают в физической модели (даже если в логической модели нет такого столбца) с намерением использовать эти Идентификационные столбцы для внешних ключей. Другими словами, Celko не хочет, чтобы вы всегда использовали суррогатный ключ, скорее он хочет, чтобы вы использовали естественные ключи там, где это необходимо.
Если вы читаете раздел 1.2.5 (p14-15) и следовать его правилам для имен таблиц, вы узнаете, почему имя таблицы + _ID маловероятное явление:
если не могу найти отраслевой стандарт (имя), я бы искал коллектив или имя класса ... Исключение: используйте единственное имя , если таблица фактически имеет одну и только одну строку.
Так, например, если у вас есть таблица, содержащая данные о студенте, ее можно назвать студентами, а не студентами, но, скорее всего, они будут зарегистрированы (или похожими). И таблица, содержащая одну и только одну строку, вряд ли понадобится столбец _ID.
Я полагаю, есть существительные, для которых множественного числа такого же, как в единственном, так, может быть, Sheep_ID приемлемо (но только при отсутствии отраслевого идентификатора стандарта овечьего, конечно!)
рассмотреть также правила 1.3. 2. (p19) Избегайте имен, которые изменяются с места на место, например. тот же домен, указанный в таблице «Студенты» как идентификатор, и в других таблицах как student_ID. Маловероятно, что на всей схеме будет только один элемент с именем _ID!
Я предполагаю, что вы имеете в виду замену id? Обычно я использую что-то, что относится к этой таблице, например, к таблице «users» у меня будет идентификатор пользователя. – Elliott
Противоположность префикса - суффикс. –
@HLGEM Итак, что должно быть неясным? Я не могу понять, что он предлагает – Spredzy