1、采用向导定义主键和约束,这个应该很简单
2、使用sql语句声明主键和添加约束
primary key用来声明主键。
添加主键约束语句如:
alter table member
add
constraint PK_member_member_no primary key clustered (member_no)
你的问题没有问明确啊
如果你是在编写vb程序的时候新建数据库的话,那么:
1代码新建空数据库
2代码新建一个数据表如“成绩单”,并设置其中姓名为主键,则SQL代码如下:
CREATE TABLE [成绩单]([姓名] int identity primary key '这里“姓名”被设置为主键。
如果你是直接打开数据库设置主键的话,那么:
你用“使用设计器创建表”完毕,在要设置为主键的名称(如姓名)左侧右键单击后出来的菜单内有“主键”二字,点击“主键”即可完成,如下图所示:
主键:唯一标识表中的所有行的一个列或一组列主键不允许空值不能存在具有相同的主键值的两个行因此主键值总是唯一标识单个行表中可以有不止一个键唯一标识行每个键都称作候选键只有一个候选键可以选作表的主键所有其它候选键称作备用键尽管表不要求具有主键但定义主键是很好的做法 在规范化的表中每行中的所有数据值都完全依赖于主键例如在以 EmployeeID 作为主键的规范化的 employee 表中所有列都应包含与某个特定职员相关的数据该表不具有 DepartmentName 列因为部门的名称依赖于部门 ID而不是职员 ID
首先明白什么是主键:唯一标示表中的某行数据。
1无意义性:此处无意义是从用户的角度来定义的。这种无意义在一定程度上也会减少数据库的信息冗余。常常有人称呼主键为内部标识,为什么会这样称呼,原因之一在于“内部”,所谓内部从某种程度上来说就是指表记录,从大的范围来说就是数据库,如果你在设计的时候选择了对用户来说有意义的信息来作为主键,那么迟早会面对用户提出对这块信息进行更新的需求,那么你就违背了它应有的静态。
2静态性:主键除了唯一地标识一条记录及外键的关联外,应不再考虑其他的意义,最理想的状态就是在产生后不再变动,所以在主键值产生后应考虑不对他进行更新等 *** 作。如果进行了更新 *** 作那么至少说明这块信息对于用户来说是有一定的意义,那么你就违背了应有的无意义性。(对数据进行整合等 *** 作时可能需要对主键进行处理,这样做是为了保证数据库的完整性——记录的唯一,不在此考虑范围之内。)
无意义性往往可以决定其静态性。
3简短性:既包含主键组成字段数量要少,还包含主键中单个字段存储类型简短,一般采用整形;对于前者主要考虑的是外键关联的因素;对于后者主要考虑的是性能。主键的简短对表的关联便捷性及检索的性能有极大的帮助。
详细出处参考:>
第一种直接在表上sno列单击右键就有个主键属性,直接点一下就已经定义成主键了。还有一种是写存储过程:Alter table tabname add primary key(col) ,col是你要添加的列名。
数据表(或称表)是数据库最重要的组成部分之一。数据库只是一个框架,数据表才是其实质内容。如“教学管理系统”中,教学管理”数据库包含分别围绕特定主题的6个数据表。
“教师”表“课程”表、“成绩”表、“学生”表、“班级”表和“授课”表,用来管理教学过程中学生、教师、课程等信息。这些各自独立的数据表通过建立关系被联接起来,成为可以交叉查阅、一目了然的数据库。
datasheet(数据手册),电子元件,电子芯片的数据手册,一般由厂家编写,格式一般为PDF,内容为电子元件,电子芯片的各项参数,电性参数,物理参数,甚至制造材料,使用建议等,内容形式一般为说明文字,各种特性曲线,图表,数据表等。数据手册的PDF文件一般是免费发放的。
数据库主键
主键:表中经常有一个列或多列的组合,其值能唯一地标识表中的每一行。这样的一列或多列称为表的主键,通过它可强制表的实体完整性。当创建或更改表时可通过定义 PRIMARY KEY 约束来创建主键。一个表只能有一个 PRIMARY KEY 约束,而且 PRIMARY KEY 约束中的列不能接受空值。由于 PRIMARY KEY 约束确保唯一数据,所以经常用来定义标识列。
作用:
1)保证实体的完整性;
2)加快数据库的 *** 作速度
3) 在表中添加新记录时,ACCESS会自动检查新记录的主键值,不允许该值与其他记录的主键值重复。
4) ACCESS自动按主键值的顺序显示表中的记录。如果没有定义主键,则按输入记录的顺序显示表中的记录。
在有些数据库中,虽然主键不是必需的,但最好为每个表都设置一个主键,不管是单主键还是复合主键。它存在代表着表结构的完整性,表的记录必须得有唯一区分的字段,主键主要是用于其他表的外键关联,以及本记录的修改与删除。
主键的无意义性
在开发过程中,读者可能会看到将一些表使用有意义的字段表示主键,例如“用户登录信息表”将“登录名”(英文名)作为主键,“订单表”中将“订单编号”作为主键,如此设计主键一般都是没什么问题,因为将这些主键基本不具有“意义更改”的可能性。但是,也有一些例外的情况,例如“订单表”需要支持需求“订单可以作废,并重新生成订单,而且订单号要保持原订单号一致”,那将“订单编号”作为主键就满足不了要求了。因此读者在使用具有实际意义的字段作为主键时,需要考虑是否存在这种可能性。
主键的选择
①编号作主键
此方法就是采用实际业务中的唯一字段的“编号”作为主键设计,这在小型的项目中是推荐这样做的,因为这可以使项目比较简单化,但在使用中却可能带来一些麻烦,比如要进行“编号修改”时,可能要涉及到很多相关联的其他表,就像黎叔说的“后果很严重”;还有就是上面提到的“业务要求允许编号重复时”,我们再那么先知,都无法知道业务将会修改成什么
②自动编号主键
这种方法也是很多朋友在使用的,就是新建一个ID字段,自动增长,非常方便也满足主键的原则,优点是:数据库自动编号,速度快,而且是增量增长,聚集型主键按顺序存放,对于检索非常有利;数字型的,占用空间小,易排序,在程序中传递也方便;如果通过非系统增加记录(比如手动录入,或是用其他工具直接在表里插入新记录,或老系统数据导入)时,非常方便,不用担心主键重复问题。
缺点:其实缺点也就是来自其优点,就是因为自动增长,在手动要插入指定ID的记录时会显得麻烦,尤其是当系统与其他系统集成时,需要数据导入时,很难保证原系统的ID不发生主键冲突(前提是老系统也是数字型的);如果其他系统主键不是数字型那就麻烦更大了,会导致修改主键数据类型了,这也会导致其他相关表的修改,后果同样很严重;就算其他系统也是数字型的,在导入时,为了区分新老数据,可能想在老数据主键前统一加一个“o”(old)来表示这是老数据,那么自动增长的数字型又面临一个挑战。
以上就是关于sql server 2008数据库关系图怎么定义主键和约束全部的内容,包括:sql server 2008数据库关系图怎么定义主键和约束、在新建数据库(Access)中,如何设置主键、数据库 主键含义和例子等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)