因为对于 自增ID 的处理。各个厂商的实现方式都不一样
例如
SQL Server 是 IDENTITY 实现自增
Oracle 是 SEQUENCE + 触发器 实现自增
MySQL 是 AUTO_INCREMENT 实现自增
对于一家软件公司来说,如果他的产品,仅仅只能运行在 SQL Server 数据库上。
那么如果客户已经购买了 Oracle , 你要客户购买你的软件,然后再买套 SQL Server。
是不现实的。
如果你的设计中,过分的使用了数据库的特性,那么,对于你的产品。
比如 For SQL Server 版的 与 For Oracle 版的。
差异的地方,就很多,代码修改量也大。出错率也高。
比如某个功能 SQL Server 上面运行正常。
但是 Oracle 上面出错了。
结果很可能就是
SQL Server 里面的 IDENTITY 处理正常。
很可能 Oracle 那里,触发器 或者 SEQUENCE 忘记创建, 或者创建失败了。最后导致错误。
但是
每个表字段ID不设置为主键 建立一个TableID 有个2个字段 TableName , ID
这种方式,对所有的 数据库, 都支持。
不需要特别的设定。
我的印象中,好像 Java 开发中,使用的 Hibernate 里面, 就是这么设定的。
有个表专门存储 表名 与 ID 的。
而且 Hibernate 有它特有的处理机制的。
如果非常频繁的插入 *** 作。比如现在 A 表的 ID 是 100
然后同一时刻,插入了 20条记录
那么 处理完毕后, A表的 ID 直接由 100 变为 120
而不是 从 100 开始,检索20次,更新 20次, 更新到 120。
这样也没有性能方面上的问题。
id一般用来做唯一标识,以保证数据的唯一性,有点类似人的身份z号唯一的。
例如
create table test(id int identity(1,1),name varchar(20))id可以设置成自增,也可以自己添加。具体语句自行百度
ID相当于学号,相当于你的名字
学号对应的名字唯一,名字对应的学号不一定唯一,所以选择ID做唯一标识符
ID一般是作为主键的,是一条数据的唯一编号删除或更新数据的时候是以ID作为依据的
就像你学号在你的学校中是唯一的一样
建议:看一下关系型数据库的定义
可以不定义,但是不能保证你的数据中不出现重复的数据
而且在对数据库进行 *** 作的时候会比较困难
虽然你没有定义ID字段,但是你同样要定义一个其他的字段来顶替ID字段的作用,否则你根本无法对数据库进行更新删除 *** 作
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)