大讨论:关于自增字段做主键,和字符编码作主键的利弊!

biggo 2002-07-25 09:17:14
在数据库开发中,数据表的主键是一个非常重要的字段,它决定该表的数据唯一性,以及和其它表建立联系的一个桥梁。
现在关于定义表主键的数据类型的时候基本分为两大类型:自增字段,以及字符编码。问问大家,这两种方法,你更喜欢那种,各有什么利弊?
我的观点:
自增字段的优点,数据库自行维护,在通过外键关联的时候,不存在修改主键值的问题,不需要级联更新,减轻数据级联更新负担。字段为数字型,节约数据库数据空间。
缺点,三层开发的时候维护自增字段,有一定难度,该字段在数据库开发的时候,可能会增加某些编程难度。
字符编码优点,直观,容易理解,自行控制比较方便。
缺点,修改该主键字段,副表需级联更新,数据大的情况下,数据库负担很重,字段长度比较长,当多个表关联该主键的时候,数据空间浪费大。
...全文
120 8 打赏 收藏 转发到动态 举报
写回复
用AI写文章
8 条回复
切换为时间正序
请发表友善的回复…
发表回复
biggo 2002-07-25
  • 打赏
  • 举报
回复
GUID是目前主键的新方法,但不是每个地方适用,关键在于它128位长,
太长了,如果你的表中有100万条记录,那它需要多增加多少数据库空间,还要把它的索引空间考虑进去。适合记录少的情况下。
wistaria 2002-07-25
  • 打赏
  • 举报
回复
自增字段好象好些,由数据库自己维护了,开发的时候如果用ADO,也很方便的.
wistaria 2002-07-25
  • 打赏
  • 举报
回复
自增字段好象好些,由数据库自己维护了,开发的时候如果用ADO,也很方便的.
Mars_Mao 2002-07-25
  • 打赏
  • 举报
回复
长见识!
wistaria 2002-07-25
  • 打赏
  • 举报
回复
自增字段好象好些,由数据库自己维护了,开发的时候如果用ADO,也很方便的.
wistaria 2002-07-25
  • 打赏
  • 举报
回复
自增字段好象好些,由数据库自己维护了,开发的时候如果用ADO,也很方便的.
pick2103 2002-07-25
  • 打赏
  • 举报
回复
好主意!
蒋晟 2002-07-25
  • 打赏
  • 举报
回复
现在你可以用GUID子端来作为主键。
GUID是128位的数据,如果根据网卡ID和时间来生成这个ID的话,一百年之内不会有重复的ID

16,470

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧