Предложения именования для Timestamp базы данных
-
24-09-2019 - |
Вопрос
При создании таблиц базы данных я часто озадачен при попытке назвать поля времени / даты / метки времени. Иногда это легко, например, edit_date и Expiration_date ... но часто это не так просто. Мне не нравится повторять имя таблицы в именах поля, потому что это кажется избыточным. Если у тебя есть posts
Таблица, если ваше временное поле post_date
? Очевидно, что мы не должны (не можем?) Использовать дату / временем / временем / временем / временем для имен полей, хотя иногда они кажутся лучшим выбором, если у нас был вариант.
Существует ли логическая конвенция об именах для именования полей, связанных с временем? Поскольку этот вопрос, вероятно, не является окончательно ответственным, я пошел вперед, и Wiki'b это от Get-Go. Набрав все это, кажется тривиальным и глупым, но, надеюсь, есть кто-то другой, который мучился по именам поля в прошлом, который будет сочувствовать.
Редактировать:
В качестве соответствующего следующего вопроса вы используете «время» или «дату» в именах ваших полей при работе с данными DateTime / Timestamp, которые имеют больше, чем просто компонент даты (Downloaddate против DownloadTement - что-то еще)?
Решение
Даты «Домохозяйств» лучше всего наилучшим образом названы на всех таблицах для последовательности в использовании ниже по потоку, например, DateCreated и DateModified. Другие даты будут более указывающими на их использование и будут иметь в частности, к действию, например, в DateInvoied, Datesold и т. Д.
Другие советы
Создание создания, модификации, модификации, изменено
несколько предложений
DateCreated DateModified Objectime EventateTime TastupDateTimeTime Время создания
Эти свойства также являются одними из основных свойств ... и они должны быть во всех таблицах (может быть исключение) ... Если вы отображаете таблицы к объектам ... эти два должны быть частью базового класса ( вместе с UIDS)