データベースのタイムスタンプフィールドの命名提案
-
24-09-2019 - |
質問
私の時間/日付/タイムスタンプフィールドに名前を付けるしようとしたとき、私はしばしば困惑データベーステーブルを作成する場合。時にはそれがedit_dateとEXPIRATION_DATEのように、簡単です...しかし、多くの場合、それは簡単なようではありません。私はそれが冗長と思われるので、フィールド名にテーブル名を繰り返して好きではありません。あなたはposts
テーブルを持っている場合は、あなたのタイムスタンプフィールドはpost_date
すべきですか?もちろん、我々はいけない(できない?)フィールド名の利用日付/時刻/タイムスタンプ、我々は選択肢を持っていた場合、時には彼らは最良の選択のように見えるもののます。
時間関連フィールドに名前を付けるための論理的な命名規則はありますか?この質問はおそらく決定的に釈明ではないので、私は先に行って、GET-行くからそれをwiki'd。それは共感することが過去にフィールド名の上に悩んています。
そこに誰か他の人ささいな愚かなようだが、うまくいけば、そこのすべてからそれをタイプしましたの編集の
関連フォローアップの質問として、日時/タイムスタンプデータを扱うとき、あなたのフィールド名に「時間」や「日付」を使用しないよりちょうど日付コンポーネントよりも、それまで(DownloadDate対DownloadTime対何かを持っています他に)?
解決
「ハウスキーピング」の日付が最高の下流使用量の一貫性を保つために、すべてのテーブルで同じ名前が付けられ、例えばDateCreatedおよびDateModified。その他の日付は、例えば、その使い方の指標となり、アクションに特定されますDateInvoiced、DateSold、など。
他のヒント
CreatedOn、CREATEDATE、ModifiedOn、ModifiedDate
いくつかの提案がされている。
DateCreated 日付が変更されました PublishTime UpdateTime LastUpdateTime CREATIONTIME modificationTime
これらのプロパティは、基本的なプロパティの一部です...そして、彼らは(例外があることができます)あなたがオブジェクトにテーブルをマッピングしている場合... ...これら二つはの一部であるべきすべてのテーブルにする必要があります(UIDを持つに沿って)基底クラス