Как лучше всего называть поля timestamp?

Когда я ищу, чтобы создать несколько полей timestamp (или других полей стиля даты /времени), как их назвать? Должен ли я просто поставить record_timestamp?

44 голоса | спросил garik 12 Maypm11 2011, 16:29:59

9 ответов


33

Вы должны описать назначение столбца и не обязательно тип данных. Вы можете указать дату /время /временную метку в названии, но вы также должны указать значение. Например

  • CreationDate
  • StartDate
  • StatusTime
  • Доступ к
  • Обновление

Добавление даты /времени /метки времени и т. д. в конце особенно полезно, когда абсанс добавления будет конфликтовать с другим столбцом. Например, для таблицы может потребоваться как Status, так и StatusTime.

ответил Leigh Riffel 12 Maypm11 2011, 19:52:13
19

Как насчет xyz_at для timestamp и xyz_on для поля date - например start_at или start_on ?

Обычно я избегаю включать тип данных в имя поля - гораздо лучше, если вы можете сделать вывод о том, что вам нужно знать о типе, из имени любого поля (поле с именем description вряд ли будет integer ), но часто бывает полезно указать разницу между timestamp и date .

ответил Jack Douglas 12 Maypm11 2011, 20:48:07
13

Я использую:

  • created_at
  • updated_at
ответил David LeBauer 13 Mayam11 2011, 09:17:49
6

Я посмотрел ваш профиль, и он говорит, что вы работаете с SQL Server и в типе данных SQL Server TIMESTAMP не имеет ничего общего с датой или временем и использует его для тиснения версий строк. Это очень полезно для определения того, какие строки были изменены с данного момента времени.

Если вы используете TIMESTAMP, вам не нужно указывать имя столбца, и SQL Server создаст для вас столбец «TimeStamp». Но рекомендуется использовать тип данных «ROWVERSION», и в этом случае вам нужно указать имя столбца.

Какое лучшее имя для столбца, подобного этому? Это зависит, и я бы использовал что-то вроде VersionStamp, RV и т. Д. То, что я считаю важным, - это не то, как вы его назовете, но вы используете это последовательно по всем направлениям.

НТН

Ref: http://msdn.microsoft.com/en- нас /библиотека /ms182776 (v = SQL.90) .aspx

http://msdn.microsoft.com/en-us/library/ms182776.aspx

ответил Sankar Reddy 12 Maypm11 2011, 20:31:20
2

Я обнаружил, что использование имен столбцов, таких как create_time , update_time и expire_time , приводит к лучшей читаемости, когда дело доходит до наименования методов и спецификаций ( RSpec).

ответил Artur Beljajev 7 FebruaryEurope/MoscowbTue, 07 Feb 2017 16:13:36 +0300000000pmTue, 07 Feb 2017 16:13:36 +030017 2017, 16:13:36
1

Я предпочитаю использовать префикс DT для штампов даты. Например: DTOpened, DTClosed, DTLastAccessed. Это позволяет мне перечислять все DTxxxx для быстрой ссылки на все отметки даты в данной таблице.

ответил Michael Riley - AKA Gunny 12 Maypm11 2011, 19:54:18
0

Я бы использовал значащий префикс и _TSMP в качестве суффикса, например. CREATION_TSMP или LAST_UPDATE_TSMP

ответил Paddy Carroll 12 Maypm11 2011, 19:27:30
0

Я работаю в Texas Instruments, и на их системах они используют xxxx_ dttm

ответил Barry McQuery 13 +04002013-10-13T12:48:31+04:00312013bEurope/MoscowSun, 13 Oct 2013 12:48:31 +0400 2013, 12:48:31
0

Я предпочитаю использовать существующие соглашения.

Unix и языки программирования имеют общепринятое соглашение mtime для Время модификации

Для времени создания

  • BSD и Windows используют время рождения.
  • Windows также использует время создания
  • xstat использует btime
  • ext4 использует crtime
  • JFS и btrfs используют otime (не спрашивайте, угадывайте «возникновение»).

Итак, для меня я выбираю mtime и crtime для метаданных.

Для данных, предоставленных пользователем, я перехожу к тому, что представляет поле. Если это день рождения, я просто скажу user_birthday .

Что касается точности, для некоторых это, кажется, повесит их на слишком большую точность. Вы можете сохранить ваш birthdate как временную метку (в конце концов, вы были технически рождены в определенное время дня), но спецификация SQL имеет от более высокой точности до более низкой точности, поэтому, если вы используете приличную это не должно быть проблемой. В самом приложении вы всегда можете усекать, когда это необходимо. То есть, я бы никогда не пошел birthday_date .

ответил Evan Carroll 2 J0000006Europe/Moscow 2017, 17:40:39

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132