質問

私の時間/日付/タイムスタンプフィールドに名前を付けるしようとしたとき、私はしばしば困惑データベーステーブルを作成する場合。時にはそれが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を持つに沿って)基底クラス

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top