导航
  • 主页
  • VC综合技术
  • 互联网技术
  • MFC AppLauncher
  • .NET 技术
  • 界面
  • 进程
  • 算法
  • 硬件/系统
  • 数据库
  • VC++技术资源

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

biggo 2002-07-25 09:17:14
在数据库开发中,数据表的主键是一个非常重要的字段,它决定该表的数据唯一性,以及和其它表建立联系的一个桥梁。
现在关于定义表主键的数据类型的时候基本分为两大类型:自增字段,以及字符编码。问问大家,这两种方法,你更喜欢那种,各有什么利弊?
我的观点:
自增字段的优点,数据库自行维护,在通过外键关联的时候,不存在修改主键值的问题,不需要级联更新,减轻数据级联更新负担。字段为数字型,节约数据库数据空间。
缺点,三层开发的时候维护自增字段,有一定难度,该字段在数据库开发的时候,可能会增加某些编程难度。
字符编码优点,直观,容易理解,自行控制比较方便。
缺点,修改该主键字段,副表需级联更新,数据大的情况下,数据库负担很重,字段长度比较长,当多个表关联该主键的时候,数据空间浪费大。
...全文
31 点赞 收藏 8
写回复
8 条回复
切换为时间正序
当前发帖距今超过3年,不再开放新的回复
发表回复
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
回复
发动态
发帖子
VC/MFC
创建于2007-09-28

1.5w+

社区成员

VC/MFC相关问题讨论
申请成为版主
社区公告

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