文档建议反馈控制台
首页
学习
活动
专区
工具
TVP
最新优惠活动
文章/答案/技术大牛
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

数据库主键 - >标识字段和名称字段？

数据库主键是一个唯一标识数据库表中每一行记录的关键字段。它通常具有以下特性：

  1. 唯一性：主键字段中的值必须是唯一的，不能重复。
  2. 不能为空：主键字段的值不能为空，必须有一个值。
  3. 不可更改：主键字段的值不能更改，一旦插入数据，就不能更改。

标识字段和名称字段是两个不同的概念。

标识字段是一个数字字段，通常用于唯一标识数据库表中的每一行记录。标识字段通常是自动递增的，这意味着每当向表中插入一个新行时，该字段的值都会自动增加。标识字段通常用于主键字段，但也可以用于其他目的。

名称字段是一个字符串字段，用于存储名称或描述信息。名称字段通常用于表示数据库表中的某个记录，例如用户名、产品名称等。名称字段通常不是唯一的，因此可以存在多个相同的名称字段值。

推荐的腾讯云相关产品和产品介绍链接地址：

  1. 腾讯云数据库产品：https://cloud.tencent.com/product/dcdb
  2. 腾讯云云服务器产品：https://cloud.tencent.com/product/cvm
  3. 腾讯云存储产品：https://cloud.tencent.com/product/cos
  4. 腾讯云负载均衡产品：https://cloud.tencent.com/product/clb
  5. 腾讯云CDN产品：https://cloud.tencent.com/product/cdn
  6. 腾讯云移动应用与游戏解决方案：https://cloud.tencent.com/product/tbaas
  7. 腾讯云物联网通信解决方案：https://cloud.tencent.com/product/iotcloud
  8. 腾讯云人工智能产品：https://cloud.tencent.com/product/tione
  9. 腾讯云区块链产品：https://cloud.tencent.com/product/tbaa
  10. 腾讯云元宇宙产品：https://cloud.tencent.com/product/metaverse
相关搜索:JDO未将任何字段标识为主键字段组织标识字段作为复合主键dedecms主键字段mysql更改主键字段mysql增加主键字段mysql 增加主键字段mysql添加主键字段mysql修改主键字段使用主键/ ID字段作为URL中的标识符mysql 标识字段如何使用varchar字段和int自动增量字段设置复合主键？如何插入到包含非标识字段主键的表中mysql 字段设为主键mysql多字段联合主键mysql 设置字段为主键mysql 更改主键字段类型mysql修改字段为主键mysql 获取表主键字段mysql 给字段添加主键mysql 表增加主键字段
相关搜索:
页面内容是否对你有帮助？
有帮助
没帮助

相关·内容

    • 数据库设计经验谈

    一个成功的管理系统，是由：[50% 的业务 + 50% 的软件] 所组成，而 50% 的成功软件又有 [25% 的数据库 + 25% 的程序] 所组成，数据库设计的好坏是一个关键。如果把企业的数据比做生命所必需的血液，那么数据库的设计就是应用中最重要的一部分。有关数据库设计的材料汗牛充栋，大学学位课程里也有专门的讲述。不过，就如我们反复强调的那样，再好的老师也比不过经验的教诲。所以我归纳历年来所走的弯路及体会，并在网上找了些对数据库设计颇有造诣的专业人士给大家传授一些设计数据库的技巧和经验。精选了其中的 60 个最佳技巧，并把这些技巧编写成了本文，为了方便索引其内容划分为 5 个部分：

    04

    经典的SQL 语句大全

    一、基础 1、说明：创建数据库 CREATE DATABASE database-name 2、说明：删除数据库 drop database dbname 3、说明：备份sql server --- 创建 备份数据的 device USE master EXEC sp_addumpdevice 'disk', 'testBack', 'c:\mssql7backup\MyNwind_1.dat' --- 开始 备份 BACKUP DATABASE pubs TO testBack 4、说明：创建新表 create table tabname(col1 type1 [not null] [primary key],col2 type2 [not null],..) 根据已有的表创建新表： A：create table tab_new like tab_old (使用旧表创建新表) B：create table tab_new as select col1,col2… from tab_old definition only 5、说明：删除新表 drop table tabname 6、说明：增加一个列 Alter table tabname add column col type 注：列增加后将不能删除。DB2中列加上后数据类型也不能改变，唯一能改变的是增加varchar类型的长度。 7、说明：添加主键： Alter table tabname add primary key(col) 说明：删除主键： Alter table tabname drop primary key(col) 8、说明：创建索引：create [unique] index idxname on tabname(col….) 删除索引：drop index idxname 注：索引是不可更改的，想更改必须删除重新建。 9、说明：创建视图：create view viewname as select statement 删除视图：drop view viewname 10、说明：几个简单的基本的sql语句 选择：select * from table1 where 范围 插入：insert into table1(field1,field2) values(value1,value2) 删除：delete from table1 where 范围 更新：update table1 set field1=value1 where 范围 查找：select * from table1 where field1 like ’%value1%’ ---like的语法很精妙，查资料! 排序：select * from table1 order by field1,field2 [desc] 总数：select count as totalcount from table1 求和：select sum(field1) as sumvalue from table1 平均：select avg(field1) as avgvalue from table1 最大：select max(field1) as maxvalue from table1 最小：select min(field1) as minvalue from table1 11、说明：几个高级查询运算词 A： UNION 运算符 UNION 运算符通过组合其他两个结果表（例如 TABLE1 和 TABLE2）并消去表中任何重复行而派生出一个结果表。当 ALL 随 UNION 一起使用时（即 UNION ALL），不消除重复行。两种情况下，派生表的每一行不是来自 TABLE1 就是来自 TABLE2。 B： EXCEPT 运算符 EXCEPT 运算符通过包括所有在 TABLE1 中但不在 TABLE2 中的行并消除所有重复行而派生出一个结果表。当 ALL 随 EXCEPT 一起使用时 (EXCEPT ALL)，不消除重复行。 C： INTERSECT 运算符 INTERSECT 运算符通过只包括 TABLE1 和 TABLE2 中都有的行并消除所有重复行而派生出一个结果表。当 ALL 随 INTERSECT 一起使用时 (INTERSECT ALL)，不消除重复行。 注：使用运算词的几个查询结果行必须是一致的。 12、说明：使用外连接 A、left （outer） join： 左外连接（左连接）：结果集几包括连接表的匹配行，也包括左连接表的所有行。 SQL: select a.a, a.b, a.c, b.c, b.d, b.f from a LEFT OUT JOIN b ON a.a = b.

    01

    浅谈数据库设计技巧(下)（转）

    三、多用户及其权限管理的设计 　　开发数据库管理类的软件，不可能不考虑多用户和用户权限设置的问题。尽管目前市面上的大、中型的后台数据库系统软件都提供了多用户，以及细至某个数据库内某张表的权限设置的功能，我个人建议：一套成熟的数据库管理软件，还是应该自行设计用户管理这块功能，原因有二： 　　1.那些大、中型后台数据库系统软件所提供的多用户及其权限设置都是针对数据库的共有属性，并不一定能完全满足某些特例的需求； 　　2.不要过多的依赖后台数据库系统软件的某些特殊功能，多种大、中型后台数据库系统软件之间并不完全兼容。否则一旦日后需要转换数据库平台或后台数据库系统软件版本升级，之前的架构设计很可能无法重用。 　　下面看看如何自行设计一套比较灵活的多用户管理模块，即该数据库管理软件的系统管理员可以自行添加新用户，修改已有用户的权限，删除已有用户。首先，分析用户需求，列出该数据库管理软件所有需要实现的功能；然后，根据一定的联系对这些功能进行分类，即把某类用户需使用的功能归为一类；最后开始建表： 　　 功能表(Function_table) 名称　　　　　类型　　　　约束条件　　　说明 f_id int 　 无重复　　 功能标识，主键 f_name char(20) 不允许为空 功能名称，不允许重复 f_desc char(50) 允许为空 功能描述 用户组表(User_group) 名称　　　　　类型　　　　约束条件　　　说明 group_id int 无重复 用户组标识，主键 group_name char(20) 不允许为空 用户组名称 group_power char(100) 不允许为空 用户组权限表，内容为功能表f_id的集合 用户表(User_table) 名称　　　　　类型　　　　约束条件　　　说明 user_id int 无重复 用户标识，主键 user_name char(20) 无重复 用户名 user_pwd char(20) 不允许为空 用户密码 user_type int 不允许为空 所属用户组标识，和User_group.group_id关联 　　采用这种用户组的架构设计，当需要添加新用户时，只需指定新用户所属的用户组；当以后系统需要添加新功能或对旧有功能权限进行修改时，只用操作功能表和用户组表的记录，原有用户的功能即可相应随之变化。当然，这种架构设计把数据库管理软件的功能判定移到了前台，使得前台开发相对复杂一些。但是，当用户数较大(10人以上)，或日后软件升级的概率较大时，这个代价是值得的。 　　四、简洁的批量m:n设计 　　碰到m:n的关系，一般都是建立3个表，m一个，n一个，m:n一个。但是，m:n有时会遇到批量处理的情况，例如到图书馆借书，一般都是允许用户同时借阅n本书，如果要求按批查询借阅记录，即列出某个用户某次借阅的所有书籍，该如何设计呢？让我们建好必须的3个表先： 书籍表(Book_table) 名称　　　　　类型　　　　约束条件　　　说明 book_id int 无重复 书籍标识，主键 book_no char(20) 无重复 书籍编号 book_name char(100) 不允许为空 书籍名称 …… 借阅用户表(Renter_table) 名称　　　　　类型　　　　约束条件　　　说明 renter_id int 无重复 用户标识，主键 renter_name char(20) 不允许为空 用户姓名 …… 借阅记录表(Rent_log) 名称　　　　　类型　　　　约束条件　　　说明 rent_id int 无重复 借阅记录标识，主键 r_id int 不允许为空 用户标识，和Renter_table.renter_id关联 b_id int 不允许为空 书籍标识，和Book_table.book_id关联 rent_date datetime 不允许为空 借阅时间 …… 　　为了实现按批查询借阅记录，我们可以再建一个表来保存批量借阅的信息，例如： 批量借阅表(Batch_rent) 名称　　　　　类型　　　　约束条件　　　说明 batch_id int 无重复 批量借阅标识，主键 batch_no int 不允许为空 批量借阅编号，同一批借阅的batch_no相同 rent_id int 不允许为空 借阅记录标识，和Rent_log.rent_id关联 batch_date datetime 不允许为空 批量借阅时间 　　这样的设计好吗？我们来看看为了列出某个用户某次借阅的所有书籍，需要如何查询？首先检索批量借阅表(Batch_rent)，把符合条件的的所有记录的rent_id字段的数据保存起来，再用这些数据作为查询条件带入到借阅记录表(Rent_log)中去查询。那么，有没有什么办法改进呢？下面给出一种简洁的批量设计方案，不需添加新表，只需修

    01

    浅谈数据库设计技巧(上)（转）

    转一篇他人写的数据库设计技巧，感觉也不一定都正确，开拓一下思路吧。 说到数据库，我认为不能不先谈数据结构。1996年，在我初入大学学习计算机编程时，当时的老师就告诉我们说：计算机程序＝数据结构＋算法。尽管现在的程序开发已由面向过程为主逐步过渡到面向对象为主，但我还是深深赞同8年前老师的告诉我们的公式：计算机程序＝数据结构＋算法。面向对象的程序开发，要做的第一件事就是，先分析整个程序中需处理的数据，从中提取出抽象模板，以这个抽象模板设计类，再在其中逐步添加处理其数据的函数(即算法)，最后，再给类中的数据成员和函数划分访问权限，从而实现封装。 　　数据库的最初雏形据说源自美国一个奶牛场的记账薄(纸质的，由此可见，数据库并不一定是存储在电脑里的数据^_^)，里面记录的是该奶牛场的收支账目，程序员在将其整理、录入到电脑中时从中受到启发。当按照规定好的数据结构所采集到的数据量大到一定程度后，出于程序执行效率的考虑，程序员将其中的检索、更新维护等功能分离出来，做成单独调用的模块，这个模块后来就慢慢发展、演变成现在我们所接触到的数据库管理系统(DBMS)——程序开发中的一个重要分支。 　　下面进入正题，首先按我个人所接触过的程序给数据库设计人员的功底分一下类： 　　１、没有系统学习过数据结构的程序员。这类程序员的作品往往只是他们的即兴玩具，他们往往习惯只设计有限的几个表，实现某类功能的数据全部塞在一个表中，各表之间几乎毫无关联。网上不少的免费管理软件都是这样的东西，当程序功能有限，数据量不多的时候，其程序运行起来没有什么问题，但是如果用其管理比较重要的数据，风险性非常大。 　　２、系统学习过数据结构，但是还没有开发过对程序效率要求比较高的管理软件的程序员。这类人多半刚从学校毕业不久，他们在设计数据库表结构时，严格按照教科书上的规定，死扣E-R图和3NF(别灰心，所有的数据库设计高手都是从这一步开始的)。他们的作品，对于一般的access型轻量级的管理软件，已经够用。但是一旦该系统需要添加新功能，原有的数据库表差不多得进行大换血。 　　３、第二类程序员，在经历过数次程序效率的提升，以及功能升级的折腾后，终于升级成为数据库设计的老鸟，第一类程序员眼中的高人。这类程序员可以胜任二十个表以上的中型商业数据管理系统的开发工作。他们知道该在什么样的情况下保留一定的冗余数据来提高程序效率，而且其设计的数据库可拓展性较好，当用户需要添加新功能时，原有数据库表只需做少量修改即可。 　　４、在经历过上十个类似数据库管理软件的重复设计后，第三类程序员中坚持下来没有转行，而是希望从中找出“偷懒”窍门的有心人会慢慢觉悟，从而完成量变到质变的转换。他们所设计的数据库表结构有一定的远见，能够预测到未来功能升级所需要的数据，从而预先留下伏笔。这类程序员目前大多晋级成数据挖掘方面的高级软件开发人员。 　　５、第三类程序员或第四类程序员，在对现有的各家数据库管理系统的原理和开发都有一定的钻研后，要么在其基础上进行二次开发，要么自行开发一套有自主版权的通用数据库管理系统。 我个人正处于第三类的末期，所以下面所列出的一些设计技巧只适合第二类和部分第三类数据库设计人员。同时，由于我很少碰到有兴趣在这方面深钻下去的同行，所以文中难免出现错误和遗漏，在此先行声明，欢迎大家指正，不要藏私哦8) 　　一、树型关系的数据表 　　不少程序员在进行数据库设计的时候都遇到过树型关系的数据，例如常见的类别表，即一个大类，下面有若干个子类，某些子类又有子类这样的情况。当类别不确定，用户希望可以在任意类别下添加新的子类，或者删除某个类别和其下的所有子类，而且预计以后其数量会逐步增长，此时我们就会考虑用一个数据表来保存这些数据。按照教科书上的教导，第二类程序员大概会设计出类似这样的数据表结构： 类别表_1(Type_table_1) 名称　　　　　类型　　　　约束条件　　　说明 type_id 　 int 　 无重复　　 类别标识，主键 type_name　　 char(50) 不允许为空 类型名称，不允许重复 type_father int 不允许为空 该类别的父类别标识，如果是顶节点的话设定为某个唯一值 　　这样的设计短小精悍，完全满足3NF，而且可以满足用户的所有要求。是不是这样就行呢？答案是NO！Why？ 　　我们来估计一下用户希望如何罗列出这个表的数据的。对用户而言，他当然期望按他所设定的层次关系一次罗列出所有的类别，例如这样： 总类别 　　类别1 　　　　类别1.1 　　　　　　类别1.1.1 　　　　类别1.2 　　类别2 　　　　类别2.1 　　类别3 　　　　类别3.1 　　　　类别3.2 　　…… 　　看看为了实现这样的列表显示(树的先序遍历)，要对上面的表进行多少次检索？注

    01

    扫码

    添加站长 进交流群

    领取专属 10元无门槛券

    手把手带您无忧上云

    扫码加入开发者社群

    相关资讯

    热门标签

    更多标签

    活动推荐

      运营活动

      活动名称
      广告关闭

      腾讯云开发者

      扫码关注腾讯云开发者

      扫码关注腾讯云开发者

      领取腾讯云代金券

      热门产品

      热门推荐

      更多推荐

      Copyright © 2013 - 2024 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有

      深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 深公网安备号 44030502008569

      腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号 | 京公网安备号11010802020287

      领券