掲載日と更新日の管理の仕方

Question

phpmyadminを使ってmysqlのデータを更新しています。
掲載日：2008年5月25日
更新日：2012年6月04日
というようにphpで表示し、掲載順、更新順といったソートをしたいと思っています。

phpmyadminで作ったテーブルは

CREATE TABLE IF NOT EXISTS `data_data` (
`id` int(11) NOT NULL,
`name` char(10) NOT NULL,
`modified_date` date NOT NULL,
`create_date` date NOT NULL,
PRIMARY KEY (`id`),
KEY `modified_date` (`modified_date`,`create_date`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

INSERT INTO `data_data` (`id`, `name`, `modified_date`, `create_date`) VALUES
(1, '23434', '2012-06-04', '2012-04-02'),
(2, '464645', '2012-06-03', '2012-03-04'),
(3, '940968', '2012-06-03', '2011-03-23'),
・・・
(15000, '940968', '2012-06-03', '2011-03-23');

のようになっています。

SELECT * from data_data ORDER BY modified_date DESC LIMIT 0,50;
phpでこの構文で取得します。

・更新日を手作業で指定し直さないといけない。
・掲載日より前の日付で更新日を入ることができて、おかしくなってしまう。
といったことになってしまいます。
phpmyadminを使っている限り仕方がないのでしょうか。
たとえば、一流なサイトはどうやって掲載日・更新日を管理しているのしょうか。

yambejp · Accepted Answer

>modified_dateはそのときの日時に更新されますが、
>create_dateは更新されずに作成した日時のままです。

ああ、そういえば最近のMySQLはタイムスタンプカラムを２つ以上もてる
んでしたね、その場合ON UPDATE CURRENT_TIMESTAMP属性がついている
カラムが更新対象になるので、ご指摘のとおりとなると思います
ちなみにもともとはタイムスタンプは１テーブルに１つしか設定できないという
特性がありました、それは更新日時をいれるカラムなのだから二つ以上
同じ内容を入れておく必要がないという理由からでしょう

現在はポリシーもかわり二つ以上のタイムスタンプをもつことができるようになりましたが
前提としてタイムスタンプとはももと現日時を更新させるものですので
初回投入時にいれるような作成日時などには向いていないということです

タイムスタンプのもうひとつの特徴としては作成・更新日時をいれる器ですから
UNIXタイムの範囲だけ確保できればすむ分、確かにとりうる範囲が狭くてすみます
（つまり、はるか昔やはるか未来を持つ必要がないということです）
それでも検索効率やメモリに対する影響はさほど大きいとはいえないでしょうし
極力１テーブル１タイムスタンプは守るくせをつけておいたほうが無難かと

yambejp · Answer

>自動的に作成日時が指定されて、メモリも少ないtimestampでなく、
>datetimeの方がいいのはなぜでしょうか？

タイムスタンプにすると、レコードのどこかデータを修正すると
その時点の日時に書き変わってしまうので、「作成日」としては役にたたないです
もちろん投入したデータが金輪際書き変わらないない前提であれば
タイムスタンプでもいい気がしますが

yambejp · Answer

>| create_data | timestamp |

typoだとは思いますがクリエートデータ？

create_dateはレコードを最初に投入した日時を入れておくものだと
推察されるので、動的に更新されるタイムスタンプである必要はなく
datetime型がよいのでは？

またmodified_dateについては、わざわざ指定ししなくても
INSERTやUPDATEに応じて書き変わっていくので、INSERT項目からはずして
問題ないかと思います

yambejp · Answer

＞・更新日を手作業で指定し直さないといけない。

タイムスタンプをつかうなり、更新時にCURDATE()で上書きするなりしてみては？

＞・掲載日より前の日付で更新日を入ることができて、おかしくなってしまう。
といったことになってしまいます。

もし手で更新日を入力する仕組みをつくっていれば、矛盾があって当然では？
ただし運用の問題なので、システムとしては特にないと思います
どうしても気になるなら更新日を手で触らせないようにすべき

掲載日と更新日の管理の仕方

>modified_dateはそのときの日時に更新されますが、

>自動的に作成日時が指定されて、メモリも少ないtimestampでなく、

>| create_data | timestamp |

＞・更新日を手作業で指定し直さないといけない。

似たような質問が見つかりました

関連するカテゴリからQ&Aを探す

デイリーランキングこのカテゴリの人気デイリーQ&Aランキング

マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング