邯郸如何做企业网站,哈尔滨cms模板建站,威海市高区建设局网站,织梦音乐网站模板A表的主键在B表中充当外键#xff0c;谁是主表#xff0c;谁是子表#xff1f; A为主表B为从表 个人认为#xff1a; 外键是约束的一种。不存在主从关系#xff0c;只存在引用关系#xff0c;如部门表与员工表。每个员工都属于某个部门#xff0c;必须与某个部门资料对应…A表的主键在B表中充当外键谁是主表谁是子表 A为主表B为从表 个人认为 外键是约束的一种。不存在主从关系只存在引用关系如部门表与员工表。每个员工都属于某个部门必须与某个部门资料对应。主从表的情况类似于订单表与订单明细表的关系。希望以上有所帮助. 有两个表 A表中的C字段里面的内容是B表中的主键,并且值有多个,请问数据库该怎么设计啊?create table B( C char(6) primary key, C_Name varchar(50) not null)gocreate table A( A_ID char(6) primary key, A_Name varchar(100) not null, C char(6) references B(C) --将A表中C字段设置外键)go 从表的外键与主表的主键的列名必须相同吗值呢列名不一定要相同但是外键的取值要么从主键的域中取要么取空值这在数据库中叫做参照完整性规则。 主键和外键是把多个表组织为一个有效的关系数据库的粘合剂。主键和外键的设计对物理数据库的性能和可用性都有着决定性的影响。 必须将数据库模式从理论上的逻辑设计转换为实际的物理设计。而主键和外键的结构是这个设计过程的症结所在。一旦将所设计的数据库用于了生产环境就很难对这些键进行修改所以在开发阶段就设计好主键和外键就是非常必要和值得的。 主键 关系数据库依赖于主键---它是数据库物理模式的基石。主键在物理层面上只有两个用途 1. 惟一地标识一行。 2. 作为一个可以被外键有效引用的对象。 基于以上这两个用途下面给出了我在设计物理层面的主键时所遵循的一些原则 1. 主键应当是对用户没有意义的。如果用户看到了一个表示多对多关系的连接表中的数据并抱怨它没有什么用处那就证明它的主键设计地很好。 2. 主键应该是单列的以便提高连接和筛选操作的效率。 注使用复合键的人通常有两个理由为自己开脱而这两个理由都是错误的。其一是主键应当具有实际意义然而让主键具有意义只不过是给人为地破坏数据库提供了方便。其二是利用这种方法可以在描述多对多关系的连接表中使用两个外部键来作为主键我也反对这种做法理由是复合主键常常导致不良的外键即当连接表成为另一个从表的主表而依据上面的第二种方法成为这个表主键的一部分然这个表又有可能再成为其它从表的主表其主键又有可能成了其它从表主键的一部分如此传递下去越靠后的从表其主键将会包含越多的列了。 3. 永远也不要更新主键。实际上因为主键除了惟一地标识一行之外再没有其他的用途了所以也就没有理由去对它更新。如果主键需要更新则说明主键应对用户无意义的原则被违反了。 注这项原则对于那些经常需要在数据转换或多数据库合并时进行数据整理的数据并不适用。 4. 主键不应包含动态变化的数据如时间戳、创建时间列、修改时间列等。 5. 主键应当有计算机自动生成。如果由人来对主键的创建进行干预就会使它带有除了惟一标识一行以外的意义。一旦越过这个界限就可能产生认为修改主键的动机这样这种系统用来链接记录行、管理记录行的关键手段就会落入不了解数据库设计的人的手中。 转载于:https://www.cnblogs.com/highmayor/archive/2009/07/15/1524289.html