【问题标题】:Reset primary key (int as identity)重置主键(int 作为身份)
【发布时间】:2009-02-21 05:39:58
【问题描述】:

我有一个主键为 bigint 的表(身份属性是 Yes 并且从 1 到 1 开始)。此表正在生产中,并且每天都会更新:大量删除和插入。

问题是这个密钥现在变得太大了,只有 8 位数字。我担心有一天会溢出。

幸运的是,此键不用作任何其他表的外键。它仅用于标识表中的一行。因此,我可以安全地重新从 1 开始重新设置键值,也许一年一次。

我可以创建一个空白表并在那里复制其他字段数据,然后删除原始表中的所有行,重置键/表,最后将数据复制回来。

不确定 Microsoft SQL 2005 中是否有内置 sp_xxx 可以完成这项工作:只是从 1 开始按顺序重置主键而不影响其他列数据?或者其他任何简单的解决方案?

【问题讨论】:

    标签: sql-server-2005 tsql


    【解决方案1】:

    bigint 的最大值是9,223,372,036,854,775,807。如果您一天达到 8 位数,您仍然需要 1011 天才能达到最大值。这相当于 2500 万年。

    假设您仍想重置列,我的第一个问题是:行的顺序重要吗?意思是您是否依赖于第 1000 行在 1100 之前的事实,例如,按时间顺序或其他绝对顺序?如果没有,这很容易:删除列并再次添加。嘿,新价值观。

    如果您需要维护订单,则需要更加小心:

    1. 锁定表;
    2. 更改类型,使其不再自动递增;
    3. 创建一个新列。你最好暂时让它没有索引,因为更新索引会减慢插入速度;
    4. 使用某种递增计数器(如 SQL Server rownum 技巧)的循环填充第二个值,以便对插入进行排序以匹配原始顺序;
    5. 用新列替换旧列;
    6. 重置自动增量和主键状态。

    【讨论】:

      【解决方案2】:

      创建一个名称不同但列完全相同的新表。从 old_table 中插入到 new_table 中。然后删除旧表并重命名新表。

      【讨论】:

        【解决方案3】:

        如果您使用的是 BIGINT,那么您甚至还没有接近溢出它。如果一年后你只有 10,000,000,那么你可以坚持一百万年,但仍然没问题。

        【讨论】:

          猜你喜欢
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 2011-10-01
          • 2018-05-15
          相关资源
          最近更新 更多