当前位置:七道奇文章资讯数据防范MSSQL防范
日期:2012-07-30 15:00:00  来源:本站整理

sqlserver主键计划的注意点[MSSQL防范]

赞助商链接



  本文“sqlserver主键计划的注意点[MSSQL防范]”是由七道奇为您精心收集,来源于网络转载,文章版权归文章作者所有,本站不对其观点以及内容做任何评价,请读者自行判断,以下是其具体内容:
在计划主键的时刻常常需求考虑以下几点:

1.无意义性:此处无意义是从用户的角度来定义的.这种无意义在一定程度上也会削减数据库的信息冗余.常常有人称谓主键为内部标识,为什么会这样称谓,缘由之一在于"内部",所谓内部从某种程度上来说就是指表记录,从大的范围来说就是数据库,假如你在计划的时刻挑选了对用户来说有意义的信息来作为主键,那么早晚会面对用户提出对这块信息举行更新的需求,那么你就违反了它应有的静态.

2.静态性:主键除了唯一地标识一条记录及外键的关联外,应不再考虑其他的意义,最抱负的状况就是在产生后不再变更,所以在主键值产生后应考虑不对他举行更新等操作.假如举行了更新操作那么至少阐明这块信息关于用户来说是有一定的意义,那么你就违反了应有的无意义性.(对数据举行整合等操作时大概需求对主键举行处理,这样做是为了保证数据库的完好性——记录的唯一,不在此考虑范围之内.)
无意义性常常可以决意其静态性.

3.简短性:既包含主键构成字段数目要少,还包含主键中单个字段存储范例简短,普通采取整形;关于前者主要考虑的是外键关联的因素;关于后者主要考虑的是性能.主键的简短对表的关联便捷性及检索的性能有极大的帮忙.

看看下面具有缺陷的"主生产筹划表"主键计划筹划(MsSQL):
复制代码 代码以下:
--主表
CREATE TABLE PP_MPSHeader(
  BillNo VARCHAR(20) NOT NULL PRIMARY KEY,
  PlanDate DATETIME NOT NULL
)
--从表
CREATE TABLE PP_MPSBody(
  BillNo VARCHAR(20) NOT NULL,
  LineNumber SMALLINT NOT NULL,
  ProductID INT NOT NULL,
  ProductQty DECIMAL(18,2) NOT NULL,
PRIMARY KEY(BillNo,LineNumber)
)
--设置外键
ALTER TABLE PP_MPSBody
ADD CONSTRAINT FK_PP_MPSHeader_MPSBody FOREIGN KEY(BillNo) REFERENCES PP_MPSHeader(BillNo)

这是典型的主从表构造.主表记录什么时刻下达哪个单号的主筹划,从表记录的是此筹划生产哪些产品各多少数目,通过BillNo举行关联.当用户在下达一份主生产筹划后,极大概会发现由于粗枝大叶输错了BillNo中筹划单号信息,那么在他改正单号时,代码编写者需求在代码中掌握从表的单号跟随主表的单号举行变更,不然单据将在外键的约束下无法保存,假如没有外键的约束,那么数据将失去其完好性.

假如按照上面的3个注意点,办理筹划以下(MsSQL):
复制代码 代码以下:
--主表
CREATE TABLE PP_MPSHeader(
  BillId INT PRIMARY KEY,
  BillNo VARCHAR(20) NOT NULL,
  PlanDate DATETIME NOT NULL
)
--从表
CREATE TABLE PP_MPSBody(
  BillId INT PRIMARY KEY,
  LineNumber SMALLINT NOT NULL,
  ProductID INT NOT NULL,
  ProductQty DECIMAL(18,2) NOT NULL,
PRIMARY KEY(BillId,LineNumber)
)
--设置外键
ALTER TABLE PP_MPSBody
ADD CONSTRAINT FK_PP_MPSHeader_MPSBody FOREIGN KEY(BillId) REFERENCES PP_MPSHeader(BillId)

目前,主从表通过BillId举行关联,当产生一份生产筹划时,生成一个BillId,关于用户来说根本没有意义,在随后单据信息的窜改中也不会呈现上面的主从信息调和问题.同时从表的信息量小于上面的缺陷计划.因为原外键BillNo的长度从20个字节变成了目前的BillId4个字节,削减了信息的冗余.

这样的例子其实很多,比方:
有的计划原质料表时,利用零部件图号作为主键,那就意味着采购、生产、贩卖等等相关表中城市呈现零部件图号的外键信息,当零部件图号信息发生变更时,这些全部先关的信息都需求随着变更,这种缺陷假如不从根本上办理,那么你大概需求写个零部件图号变更处理历程,来批量处理这些问题,在处理的历程中大概你还得考虑处理的次序问题……;
有的计划,利用身份证件号作为人员表的主键,但是身份证后来从15位变成了18位,这就意味着人员表中每个人的人员身份证信息都需求变更,假如你是某个社保机构此利用程序的计划人员,那么你就需求更新上百万条记录;那些全部由人员表通过身份证件号外联出去的信息记录将会以亿计数,那么大概余生你就不需求做其他工作了.

所以挑选无意义的键值来作为主键的一部份,也是从长远意义上来避免近似这种窜改的发生.
  以上是“sqlserver主键计划的注意点[MSSQL防范]”的内容,如果你对以上该文章内容感兴趣,你可以看看七道奇为您推荐以下文章:
  • sqlserver索引的原理及索引成立的注意事项小结
  • sqlserver数据库主键的生成方法小结(sqlserver,mysql)
  • sqlserver主键计划的注意点
  • CREATE FUNCTION sqlserver用户定义函数
  • 利用cmd号令行窗口操作SqlServer的办法
  • sqlserver bcp(数据导入导出工具)普通用法与号令详解
  • 重命名SQLServer数据库的办法
  • 利用SqlBulkCopy时应注意Sqlserver表中利用缺省值的列
  • sqlserver中将varchar范例转换为int型再举行排序的办法
  • sqlserver 改正列名及表名的sql语句
  • SQLServer顶用T—SQL号令查询一个数据库中有哪些表的sql语句
  • sqlserver 脚本和批处理指令小结
  • 本文地址: 与您的QQ/BBS好友分享!
    • 好的评价 如果您觉得此文章好,就请您
        0%(0)
    • 差的评价 如果您觉得此文章差,就请您
        0%(0)

    文章评论评论内容只代表网友观点,与本站立场无关!

       评论摘要(共 0 条,得分 0 分,平均 0 分) 查看完整评论
    Copyright © 2020-2021 www.qdodge.com. All Rights Reserved .