Q&A
判りやすくするのは、誰のためですか？ 日本人なら、ローマ字というのも考慮すべき選択肢だと思いますよ。toukou_bi,toukou_nichiji,toukou_jikanなんていうのも容易に考え付きますし。
データ型や命名規則ではなく単なる英語表記に関する質問です。
・カラム名でいつも悩むのですが、「投稿日時」と「更新日時」のカラム名はどういう名前にするものでしょうか？
Google翻訳
・それぞれ「post_time」「date_modified」となり、今一分かりにくいような気もするのですが…
その他
・好きに付ければ良いとは思うのですが、なるべく誰でも分かりやすいカラム名にしたいので、…
判りやすくしたい、の対象は、未来の自分であり、そのカラムを使用する人すべてに対して、の意味です。
一度作成すると、後から変更するのは大変なので、なるべく標準的なものにしたいと思って質問しました。
回答6件
0
ベストアンサー
作成日時はcreated_at、更新日時はupdated_atかmodified_atを使うのがわかりやすい一つの解かと思います。
非常に簡単な単語を使っているのでシンプルでそのデータが何を意味するかが明確になります。
またRuby on RailsなどのWebアプリケーションフレームワークでは予約カラム名？として利用されています。
createdやmodifiedなどでも良いと思います。
作成日や更新日はあらゆるデータにつける可能性のあるものなので、はじめに決めたら意味が異ならないかぎり同一のものを使うのが混乱が避けられてよいですね。
投稿2016/02/22 02:36
総合スコア462
回答ありがとうございました。
「Ruby on Rails」は使用していないため、初めて知りました。
Webアプリケーションフレームワークで使用されているのなら、誰にでも分かりやすく標準的かな、と思いました
0
私の環境だと作成日時はcreated_at、更新日時はupdated_atです。時刻を含まなければ*_dateで統一します。また、timeは時間や回数など複数の意味合いを持つため、カラム名として使用せず、回数を表す変数としてのみ使用しています。
投稿2016/02/22 04:15
編集2016/02/22 05:44
総合スコア114
＞時刻を含まなければ*_dateで統一します
・意味が分からなかったのですが、日付の場合はそれぞれ「created_at_date」「updated_at_date」とするということでしょうか？
今回の例でいうと
登録日 created_date
更新日 updated_date ですね。
atは時刻、dateは日付、dayは曜日を表します。
また、timeの例を挙げましたが、timeは時刻や時間、回数など複数の意味を持つため、私は極力使用を避けるようにしています。
補足ありがとうございました。
0
私は大体
作成日・作成者は create*
更新日・更新者は update*
を使います。
投稿日、更新日だったら post_time, update_time でも違和感はないかな。
modified はあんまり使わないですね。更新はもう update 一択です。
投稿2016/02/22 02:56
総合スコア1126
0
こんにちは。
「投稿日時」は使ったことないので良く分かりませんが、
普段使っているカラム名はだいたい
「登録日時」⇒ sys_create_date
「更新日時」⇒ sys_update_date
とかですかね。
更新日時のほうで、modifyは使ったり使わなかったりです。
投稿2016/02/22 02:30
編集2016/02/22 04:19
総合スコア1844
0
ins_time , upd_time が一番わかりやすいかと思います。全部のテーブルで同じでよさそう。
投稿2016/02/22 02:28
総合スコア234
・insはINSERTの略、updはUPDATEの略でしょうか？
・初めて見ましたが確かにわかりやすいですね
・なるほど、と思いました
個人的には略語はオススメしません。
規模にも寄りますが、略さない理由としては
１．略語とそうでない文字が混在し、どちらの表現で記述したか曖昧になる恐れがある。
（updateに関する処理で、変数名や関数名にupd、updateの両方を記述する等）
insなどの文字列で検索し、ソースコードを読み返す際に
'insert','install'など想定外の文字が含まれてしまうこともありますね。
２．第三者が閲覧する場合、略語の意味を解読する必要がある。
３．略語が混在する場合、略語の基準を明確にする必要がある。
４．第三者が閲覧する場合、上記の略語に関する基準を明記する必要がある。
（どこまで略語なのか知り得ないため、ソースコードに手を入れ難くなります）
個人開発かつ小規模であれば、これに限りませんが。
以上が略語をオススメしない理由です。
実は私は使わない書き方ですが、大規模プロジェクトでも良く見るのとこう書いてあって多くの技術者は違和感（略号嫌いとかあるかもしれませんけど）ないと思います。良く話題になる削除フラグはだいたいdel_flgになってると思います。こういうのは論理的な根拠というより、だいたいそんなのが使われてるみたい、ということのほうが大事だと思います。
ローカル変数名とかなら良いと思いますが、カラム名などは略語は使わない方が良いと思います。
･･･まあ ins/upd くらいならわかりますけどね。
そうすると「じゃあどこまでなら略語が許されるのか」みたいになるので「原則として略語は不可」とする方がわかりやすいかと思います。
すごく長くなる単語とか、そのシステム内で頻繁に出てくるようなものは要相談ですけど。
あなたの回答
tips
プレビュー
