在数据表中的关键字ID是用int的数据类型表示的,请问如果有一天其自动编号最到了int的最大值。会出现什么样的结果?该怎么办?数据库方面我是半桶水,我知道一般不出现上述情况,但如果真的出现了将会怎样啊?
谢谢各位的踊跃回答!!

解决方案 »

  1.   

    int
    整數 (完整數字) 資料從 -2^31 (-2,147,483,648) 至 2^31 - 1 (2,147,483,647),而儲存大小為 4 位元組。int 的 SQL-92 同義字為 integer。
    --------------------------------------------------------------------
    等你的數據量到這個數據的時候,差不多數據庫也要掛了...:)再不行就換bigint
    -----------------------------------
    bigint
    整數 (完整數字) 資料從 -2^63 (-9223372036854775808) 至 2^63-1 (9223372036854775807)。儲存大小為 8 位元組。
    --------------------------------------
    應該夠整了吧...
      

  2.   

    将 IDENTITY 转换为数据类型 tinyint 时发生算术溢出错误。
    发生算术溢出。
      

  3.   

    我是楼主。我的数据表是用来保存大约每秒插入100条记录的一个大型网站的客户访问日志,一个月会插入800多万条记录。然后数据库表每月3号定时运行一次程序生成统计报告,然后将前一月的记录清除。所以数据库里的数据量总是不超过一千万条记录,但ID号是不断增加的,估计用不了五六个月就要达到int的最大值了。数据库在远程服务器,数据类型我无法由int改为bigint,再说我在本地试过改了,但程序完全不能运行,总是报错。现在只想请大家谈谈这该怎么办?五六月后数据库运行会出什么结果?是不是会如“playwarcraft(时间就像乳沟,挤挤还是有的)”所说的,数据库会崩溃,会挂了,会死机?
      

  4.   

    你清table的時候用truncate table好了,ID就回到1重新開始
      

  5.   

    另外1個月800多萬,一年也就ID到800w*12=9600w ,算1億好了,
    1年1億,int最大21億,
    夠你整21年了.....
      

  6.   

    ---------------------------------------------------------------- 
     你清table的時候用truncate table好了,ID就回到1重新開始
    ----------------------------------------------------------------
      
     
      

  7.   

    另:LZ的情况也是所有网站最多保存用户记录3-6个月的原因,,访问量大,数据就多,硬盘也放不下啊。
    不过知识800W而已,那也没什么啊,,,我的是每个月大概2000W条记录,,2年了,数据库达到了15G
      

  8.   

    请问“shawnwan() ”,你的数据达到2000W/月*12月/年*2年=4.8亿条记录时,数据库运行的速度怎样?不死机吗?我只关心速度,至于15G的大小,这是没关系的,我的硬盘阵列有几个T。但是当数据库的大小达到15G时,数据库还不崩溃吗,特别是一个数据表中有如此多的数据。谢谢!!
      

  9.   

    建议用ID和GUID 2个字段做主建,在ID上建立索引