篠原です。

----- Original Message -----
From: "遠藤　俊裕" <endo@xxxxxxxxxx>
To: <mysql@xxxxxxxxxx>
Sent: Thursday, April 20, 2000 4:27 PM
Subject: [mysql 01909] Re: Q 時間データの扱い


> >バイト数が少なくて済むってのではどうでしょう？ DATE と TIME はそれぞれ
> >3バイトしか使いません。
>
> 今時 20G のディスク中 5 バイトのデータ差を考えたら 4G 損する？
> そんなの気になりません。^^;（20000420 として考えて）
> データ数にして 250 万件のデータでこの差（オーバーヘッド無しと
> して）。なんか、あんまり考察に値しないような。。。^^;

データベースの検索スピードに影響すると思います。
いまどきは、CPUが速いの出来るだけコンパクトにまとめ
ディスクアクセスを少なくする事は重要だと思います。

それに、実メモリをできるだけ節約するというのも重要な事だと
思います。インデックスへのアクセスも速くなるはずなので。

> >あと、もしかしたら日付や時刻関連の関数での処理が速いかもしれません。文字
> >列から内部表現に変換する手間がかからないと思うので…。
>
> う〜ん、処理、ねぇ。。。これは実際やってみないとわからないです
> けど、
> 12345 < 12346
> と
> "20000420" < "20000421"
> が大差あるようにも思えない。^^;（今時の CPU 速度ならですよ）
> それより、データをベタで見たときわかりやすい方を取りたい。

わかりやすい。
というのは、とても重要な事だと思いますが、selectで表示されるときには
むしろDate型のほうがわかりやすくないでしょうか？


話はそれますが、
MySQLのENUMとかSETとかはいいすね。SQLの標準にならないかな。
----
sino