近藤です。
森口さん、かわじさん、返信ありがとうございます。

かわじさん
> とかして、data_name ごとに date_id を採番するやり方です。
> http://www.mysql.gr.jp/mysqlml/msg.cgi?ml=mysql&id=4267

参考になります。^^
情報ありがとうございます。

森口さん
> 1秒間に1000件ずつ増加し続けても上限に達するまでに5億年以上かかります。
> というわけでBIGINT(20)なら「date_idに格納出来る許容範囲を越えてしまう」
> ことまで普通は考えなくても良いのではないでしょうか。

はい、まったくその通りですね。
現状のDB構造では、多くても１時間で2000レコード程度の増加なので、
「date_idに格納出来る許容範囲を越えてしまう」は気にしなくて済みそうです。

ですが、１時間で2000レコードの増加は多いですよね？
現在、アクセスカウンターを作成しています。

CREATE TABLE count_tb (
  count_id BIGINT(20) UNSIGNED NOT NULL AUTO_INCREMENT,
  count_user_id CHAR(255) NOT NULL,
  count_date BIGINT(20) UNSIGNED NOT NULL,
  count_time TINYINT(2) UNSIGNED NOT NULL,
  count_pc BIGINT(20) UNSIGNED NOT NULL,
  count_i BIGINT(20) UNSIGNED NOT NULL,
  count_j BIGINT(20) UNSIGNED NOT NULL,
  count_e BIGINT(20) UNSIGNED NOT NULL ,
  RIMARY KEY (count_id), INDEX (count_id)
) 

CREATE TABLE date_tb (
  date_id BIGINT(20) UNSIGNED NOT NULL AUTO_INCREMENT,
  date_date DATE NOT NULL
)
insert date_tb set date_date = '2003-4-1'










----- Original Message ----- 
From: "MORIGUCHI Hirokazu" <kito@xxxxxxxxxx>
To: <ml@xxxxxxxxxx>
Sent: Monday, April 07, 2003 7:58 AM
Subject: [mysql 07410] Re: 数値型の許容範囲を越えそうな場合の処理方法


> 初めまして。森口というものです。
> 
> 直接の回答ではありませんが、
> 
> On Mon, 7 Apr 2003 05:12:41 +0900
> "Kondo Tatsuya" <konet@xxxxxxxxxx> wrote:
> 
> > CREATE TABLE date_tb
> > (date_id BIGINT(20) UNSIGNED NOT NULL AUTO_INCREMENT,
> >  date_name CHAR(255) NOT NULL , PRIMARY KEY (date_id))
> > 
> > とした場合、date_idには、18446744073709551615まで格納出来ると思うのですが、
> > データがそれ以上に膨大になり、date_idに格納出来る許容範囲を越えてしまう恐れ
> > がある場合、みなさんならどのようにしておられるのでしょうか？
> 
> 60(秒/分) * 60(分/時) * 24(時/日) * 365(日/年) = 31536000(秒/年)
> 2^64 = 18446744073709551616
> (2^64) / 31536000 = 584942417355 (年)
> 
> 1秒間に1000件ずつ増加し続けても上限に達するまでに5億年以上かかります。
> というわけでBIGINT(20)なら「date_idに格納出来る許容範囲を越えてしまう」
> ことまで普通は考えなくても良いのではないでしょうか。
> 
> HDD容量なりCPU処理速度なりの方が先に限界を迎えると思われます。
> 
> -- 
> MORIGUCHI Hirokazu <kito@xxxxxxxxxx>, <kito@xxxxxxxxxx>
> 
>