Ⅰ 我想知道数据库中设置主键的作用
1、保证每个实体的完整性；
2、加快数据库的操作速度，更好地给用户带来体验；
3、在表中添加新记录时，DBMS会自动检查新记录的主键值，不允许该值与其他记录的主键值重复；
4、DBMS自动按主键值的顺序显示表中的记录。如果没有定义主键，则按输入记录的顺序显示表中的记录。
当创建或更改表时可通过定义 PRIMARY KEY 约束来创建主键。一个表只能有一个 PRIMARY KEY 约束，而且 PRIMARY KEY 约束中的列不能接受空值。
(1)删除表的主键约束有什么影响扩展阅读：
主键的使用规则介绍：
1、任意两行都不具有相同的主键值；
2、每行都必须具有一个主键值(主键列不允许NULL值)；
3、可以使用多个列作为主键，但是所有列值得组合必须是唯一的(但单个列的值可以不唯一)；
4、不更新主键列中的值；
5、不重用主键列的值；
6、不在主键列中使用可能会更改的值(例如，供应商的名字，如果供应商更改了名字，你就得改这个主键)。
Ⅱ sql中的主键约束有什么作用请举例说明
表有唯一的主键约束。表的主键可以保护一个或多个列，主键约束可与NOT
NULL约束共同作用于每一数据列。NOT
NULL约束和唯一性约束的组合将保证主键唯一地标识每一行。像唯一性约束一样，主键由B-tree索引增强。
创建主键约束使用CREATE
TABLE语句与表一起创建，如果表已经创建了，可以使用ALTER
TABLE语句。
CREATE
TABLE
policies
(policy_id
NUMBER
CONSTRAINT
pk_policies
PRIMARY
KEY,
holder_name
VARCHAR2(40),
gender
VARCHAR2(1),
marital_status
VARCHAR2(1),
date_of_birth
DATE
);
与唯一性约束一样，如果主键约束保护多个数据列，那么必须作为一个表约束创建。
CREATE
TABLE
insured_autos
(policy_id
NUMBER,
vin
VARCHAR2(40),
coverage_begin
DATE,
coverage_term
NUMBER,
CONSTRAINT
pk_insured_autos
PRIMARY
KEY
(policy_id,vin)
USING
INDEX
TABLESPACE
index
STORAGE
(INITIAL
1M
NEXT
10M
PCTINCREASE
0)
);
禁用或删除主键必须与ALTER
TABLE
语句一起使用
ALTER
TABLE
policies
DROP
PRIMARY
KEY;
或
ALTER
TABLE
policies
DISABLE
PRIMARY
KEY;
Ⅲ 数据库删除操作与哪几种约束有关
主键约束（Primary Key constraint）：要求主键列数据唯一，并且不允许为空。
唯一约束（Unique constraint）：要求该列唯一，允许为空，但只能出现一个空值。
检查约束（Check constraint）：某列取值范围限制，格式限制等，如有关年龄、邮箱（必须有@）的约束。
默认约束（Default constraint）：某列的默认值，如在数据库里有一项数据很多重复，可以设为默认值。
外键约束（Foreign Key constraint）：用于在两个表之间建立关系，需要指定引用主表的哪一列。
Ⅳ 主键和外键的作用
主键和外键的作用：
1、保证实体的完整性，加快数据库操作速度，在表中添加记录时，access会自动检查新记录主键值，不允许该值与主键值重复。access会自动按主键值排序好的显示出来。如果没有约束，则是按照用户输入信息的顺序显示出来。主键不接受空值，约束确保唯一数据。
2、外键保证的是数据的完整性。外键：一组数据的主键是另一组数据的的元素；主键约束了外键所在表中不能存在主键类之外的值；外键用于与另一张表的关联。是能确定另一张表记录的字段，用于保持数据的一致性。比如，A表中的一个字段，是B表的主键，就可以是A表的外键。
(4)删除表的主键约束有什么影响扩展阅读：
主键和外键的注意事项：
1、主键默认非空，默认唯一性约束，只有主键才能设置自动增长，自动增长一定是主键，主键不一定自动增长；
设置主键的方式：在定义列时设置：ID INT PRIMARY KEY；在列定义完之后设置：primary KEY（id）、
2、只有INNODB的数据库引擎支持外键，修改my.ini文件设置default-storage-engine=INNODB 外键必须与参照列的数据类型必须相同（数值型要求长度和无符号都相同，字符串要求类型相同，长度可以不同）。
设置外键的语法：CONSTRAINT 外键名 FOREIGN KEY (外键字段)REFERENCES 参照表 (参照字段) ON DELETE SET NULL ON UPDATE CASCADE 设置参照完整性。
3、外键约束的参照操作：
RESTRICT拒绝参照表删除或更新参照字段；
RESTRICT和NO ACTION相同，但这个指令只在mysql生效；
CASCADE删除或更新参照表的参照字段时，外键表的记录同步删除更新；
SET NULL 删除或更新参照表的参照字段时，外键表的外键设为NULL。
Ⅳ oracle 删除某列的主键 影响表数据
你建立主键的语句我看了下，你没有定义名字啊，oracle自动分配的名字似乎是sys_XXXX吧，好像不是这个pkXXXX。所以你要删除的那个约束不存在啊。不存在的约束怎么删除？
Ⅵ 数据库表中的主键有什么作用设和不设有什么区别
数据库主键
主键：表中经常有一个列或多列的组合，其值能唯一地标识表中的每一行。这样的一列或多列称为表的主键，通过它可强制表的实体完整性。当创建或更改表时可通过定义 PRIMARY KEY 约束来创建主键。一个表只能有一个 PRIMARY KEY 约束，而且 PRIMARY KEY 约束中的列不能接受空值。由于 PRIMARY KEY 约束确保唯一数据，所以经常用来定义标识列。
作用:
1）保证实体的完整性;
2）加快数据库的操作速度
3） 在表中添加新记录时，ACCESS会自动检查新记录的主键值，不允许该值与其他记录的主键值重复。
4) ACCESS自动按主键值的顺序显示表中的记录。如果没有定义主键，则按输入记录的顺序显示表中的记录。
在有些数据库中，虽然主键不是必需的，但最好为每个表都设置一个主键，不管是单主键还是复合主键。它存在代表着表结构的完整性，表的记录必须得有唯一区分的字段，主键主要是用于其他表的外键关联，以及本记录的修改与删除。
主键的无意义性
在开发过程中，读者可能会看到将一些表使用有意义的字段表示主键，例如“用户登录信息表”将“登录名”（英文名）作为主键，“订单表”中将“订单编号”作为主键，如此设计主键一般都是没什么问题，因为将这些主键基本不具有“意义更改”的可能性。但是，也有一些例外的情况，例如“订单表”需要支持需求“订单可以作废，并重新生成订单，而且订单号要保持原订单号一致”，那将“订单编号”作为主键就满足不了要求了。因此读者在使用具有实际意义的字段作为主键时，需要考虑是否存在这种可能性。
主键的选择
①编号作主键
此方法就是采用实际业务中的唯一字段的“编号”作为主键设计，这在小型的项目中是推荐这样做的，因为这可以使项目比较简单化，但在使用中却可能带来一些麻烦，比如要进行“编号修改”时，可能要涉及到很多相关联的其他表，就像黎叔说的“后果很严重”;还有就是上面提到的“业务要求允许编号重复时”，我们再那么先知，都无法知道业务将会修改成什么?
②自动编号主键
这种方法也是很多朋友在使用的，就是新建一个ID字段，自动增长，非常方便也满足主键的原则，优点是：数据库自动编号，速度快，而且是增量增长，聚集型主键按顺序存放，对于检索非常有利;数字型的，占用空间小，易排序，在程序中传递也方便;如果通过非系统增加记录（比如手动录入，或是用其他工具直接在表里插入新记录，或老系统数据导入）时，非常方便，不用担心主键重复问题。
缺点：其实缺点也就是来自其优点，就是因为自动增长，在手动要插入指定ID的记录时会显得麻烦，尤其是当系统与其他系统集成时，需要数据导入时，很难保证原系统的ID不发生主键冲突（前提是老系统也是数字型的）;如果其他系统主键不是数字型那就麻烦更大了，会导致修改主键数据类型了，这也会导致其他相关表的修改，后果同样很严重;就算其他系统也是数字型的，在导入时，为了区分新老数据，可能想在老数据主键前统一加一个“o”(old)来表示这是老数据，那么自动增长的数字型又面临一个挑战。