Соглашение об именовании таблиц?

Question

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

Каждая запись, созданная в приложении Time Clock, имеет внешние ключи, которые связывают запись с: сотрудником, заданием и машиной, с которой они собираются работать.

Я пытаюсь определить лучшее имя для этой таблицы ...

Если бы мне захотелось назвать его ClockRecords или TimeClockRecords, почему бы мне не рассмотреть вопрос о присвоении ему имени JobTimeRecords или почему бы не MachineTimeRecords.

Есть идеи о хорошем имени?

Answer 1

Punch

... как в «пробить часы»;) Или что-то вроде очевидного. Я бы не использовал бы комбинацию внешних ключей в этом случае, потому что вы не создаете простую таблицу соединений, это действительно набор «временных меток» (но вы не можете так называть, увы, потому что теперь оно имеет особое значение) плюс некоторые внешние ключи.

Answer 2

Отношения (таблицы) - это наборы фактов, а не наборы «объектов». Вхождение работника в таймер не является «объектом» по любому разумному значению этого слова, поэтому вы склонны добавлять суффикс «Записи» во все имена кандидатов.

Назовите это тем, что оно представляет, событие, когда кто-то ударил по часам: TimeClockHit. По тому же аргументу не делайте имена таблиц множественными; кроме того, что логически неверно, прагматически это PITA для поддержания единственного / множественного числа всех этих имен.

Answer 3

Если вы можете выбрать имя, которое имеет реальное значение, то я думаю, что это лучший способ, а не создавать некую безбожную базу имен таблиц CamelCase для всех ваших внешних ключей. Как сотрудники называют это, когда они меняются местами? Синхронизация? Смена работы? Они также бьют по часам, когда возвращаются домой?

Я бы назвал это TaskSwitch или что-то подобное, основываясь на том, что на самом деле означают данные .