本文目录一览

1,求一个数据库中 表 和字段的命名方法

没有-吧,只有_和.,_可以用作表名和字段名的一部分,.就只能这样用了:数据库名.表名.字段名
数据库字段的命名必须遵循以下规范:采用有意义的字段名。字段的名称必须是易于理解,能表达字段功能的英文单词或缩写英文单词,单词首字母必须大写,一般不超过三个英文单词。例如:人员信息表中的电话号码可命名为:telephone或tel。产品明细表中的产品名称可用productname表示。(推荐一般用完整的英文单词)。系统中所有属于内码字段(仅用于标示唯一性和程序内部用到的标示性字段),名称取为:“id”,采用整型或长整型数,具体根据可能的数据量确定,增加记录时取最大值加1,该字段通常为主关键字。系统中属于是业务范围内的编号的字段,其代表一定的业务信息,比如资料信息和单据的编号,这样的字段建议命名为:“code”,其数据类型为varchar,该字段需加唯一索引。在命名表的列时,不要重复表的名称;例如,在名为 employee 的表中避免使用名为 employeelastname 的字段。不要在列的名称中包含数据类型。

求一个数据库中 表 和字段的命名方法

2,怎么才是好的数据库命名规范

数据库字段的命名必须遵循以下规范:采用有意义的字段名。字段的名称必须是易于理解,能表达字段功能的英文单词或缩写英文单词,单词首字母必须大写,一般不超过三个英文单词。例如:人员信息表中的电话号码可命名为:telephone或tel。产品明细表中的产品名称可用productname表示。(推荐一般用完整的英文单词)。系统中所有属于内码字段(仅用于标示唯一性和程序内部用到的标示性字段),名称取为:“id”,采用整型或长整型数,具体根据可能的数据量确定,增加记录时取最大值加1,该字段通常为主关键字。系统中属于是业务范围内的编号的字段,其代表一定的业务信息,比如资料信息和单据的编号,这样的字段建议命名为:“code”,其数据类型为varchar,该字段需加唯一索引。在命名表的列时,不要重复表的名称;例如,在名为 employee 的表中避免使用名为 employeelastname 的字段。不要在列的名称中包含数据类型。
现在网上的数据库都不能用中文,包括数据库、表、字段: 1、不能用中文 2、不能有非法字符,如:%^&等 3、以字母、数字开头,以字母、数学、_的组合。

怎么才是好的数据库命名规范

3,oracle的命名规范是什么

标准命名规则要满足如下要求:以字符开头,30个字符以内,只能包含A-Z,a-z,0-9,_,$,#,不能和同一个用户下的其他对象重名,不能是oracle服务器的保留字还有一类是非标准命名,可以使用任何字符,包括中文,oracle中的保留字,空格等等都是可以的,但是需要将对象名用双引号引起来。命名规范一、基本原则:规范的命名能使对象更易阅读,可以提供一些标识功能方面的信息,有助于更好的理解其用途。特别是加前缀的命名方式可以为数据库对象的管理和浏览带来极大便利,同时也能清晰地与其他工具建立的对象进行区别。1、表(Table)1)表的命名采用英文与下划线组合的命名规则:表名的长度一般不允许超过20个字符。要求使用英文,不能使得拼音,英文单词的字母要求大写,多个单词间用下划线连接,"_";关联表命名规则为:前缀_RELA_表A_表B。采用的英文单词应尽量为常用单词,英文单词过长时,可以采用适当的简写(一般是前4个字符),如果CODE仅有一个单词,要求不使用缩写,而是采用完整的单词。一般下划线不应多于四个;2、词意准确性,要尽可能采用专业词汇和国际标准词汇:包括:IEC通用电力标准、中国电力行业标准、国际会计标准协会 IASB 国际会计准则等通用行业术语。3、高频词汇优先原则:如遇多个单词均可反映表的内容,要求采用 GOOGLE 的标准译法,也就是使用频率最多的单词优先选用原则。二、索引(Index)1、B-TREE索引命名:IDX_表名_字段组合,如命名太长则:IDX_表名_首字段。2、BITMAP索引命名:BIT_表名_字段组合,如命名太长则:BIT_表名_首字段。3、分区NORMAL索引命名:LOC_表名_字段组合,如命名太长则:LOC_表名_首字段。4、分区BITMAP索引命名:BLOC_表名_字段组合,如命名太长则:BLOC_表名_首字段。5、主键索引和唯一性索引的命名同约束命名。

oracle的命名规范是什么

4,数据库的3大范式

第一范式(1NF)是指数据库表的每一列都是不可分割的基本数据项,同一列中不能有多个值,即实体中的某个属性不能有多个值或者不能有重复的属性。第二范式(2NF):要求数据库表中的每个实例或行必须可以被惟一地区分,数据库表中不存在非关键字段对任一候选关键字段的部分函数依赖(部分函数依赖指的是存在组合关键字中的某些字段决定非关键字段的情况),也即所有非关键字段都完全依赖于任意一组候选关键字。第三范式(3NF):要求一个数据库表中不包含已在其它表中已包含的非主关键字信息,在第二范式的基础上,数据表中如果不存在非关键字段对任一候选关键字段的传递函数依赖则符合第三范式。
1 第一范式(1nf) 在任何一个关系数据库中,第一范式(1nf)是对关系模式的基本要求,不满足第一范式(1nf)的数据库就不是关系数据库。 所谓第一范式(1nf)是指数据库表的每一列都是不可分割的基本数据项,同一列中不能有多个值,即实体中的某个属性不能有多个值或 者不能有重复的属性。如果出现重复的属性,就可能需要定义一个新的实体,新的实体由重复的属性构成,新实体与原实体之间为一对多关系 。在第一范式(1nf)中表的每一行只包含一个实例的信息。例如,对于图3-2 中的员工信息表,不能将员工信息都放在一列中显示,也不能将 其中的两列或多列在一列中显示;员工信息表的每一行只表示一个员工的信息,一个员工的信息在表中只出现一次。简而言之,第一范式就是 无重复的列。 2 第二范式(2nf) 第二范式(2nf)是在第一范式(1nf)的基础上建立起来的,即满足第二范式(2nf)必须先满足第一范式(1nf)。第二范式(2nf)要 求数据库表中的每个实例或行必须可以被唯一地区分。为实现区分通常需要为表加上一个列,以存储各个实例的唯一标识。如图3-2 员工信息 表中加上了员工编号(emp_id)列,因为每个员工的员工编号是唯一的,因此每个员工可以被唯一区分。这个唯一属性列被称为主关键字或主 键、主码。 第二范式(2nf)要求实体的属性完全依赖于主关键字。所谓完全依赖是指不能存在仅依赖主关键字一部分的属性,如果存在,那么这个 属性和主关键字的这一部分应该分离出来形成一个新的实体,新实体与原实体之间是一对多的关系。为实现区分通常需要为表加上一个列,以 存储各个实例的唯一标识。简而言之,第二范式就是非主属性非部分依赖于主关键字。 3 第三范式(3nf) 满足第三范式(3nf)必须先满足第二范式(2nf)。简而言之,第三范式(3nf)要求一个数据库表中不包含已在其它表中已包含的非主 关键字信息。例如,存在一个部门信息表,其中每个部门有部门编号(dept_id)、部门名称、部门简介等信息。那么在图3-2的员工信息表中 列出部门编号后就不能再将部门名称、部门简介等与部门有关的信息再加入员工信息表中。如果不存在部门信息表,则根据第三范式(3nf)也 应该构建它,否则就会有大量的数据冗余。简而言之,第三范式就是属性不依赖于其它非主属性。

5,数据库的五个范式是什么

第一范式:对于表中的每一行,必须且仅仅有唯一的行值.在一行中的每一列仅有唯一的值并且具有原子性. (第一范式是通过把重复的组放到每个独立的表中,把这些表通过一对多关联联系起来这种方式来消除重复组的。)第二范式:第二范式要求非主键列是主键的子集,非主键列活动必须完全依赖整个主键。主键必须有唯一性的元素,一个主键可以由一个或更多的组成唯一值的列组成。一旦创建,主键无法改变,外键关联一个表的主键。主外键关联意味着一对多的关系. (第二范式处理冗余数据的删除问题。当某张表中的信息依赖于该表中其它的不是主键部分的列的时候,通常会违反第二范式。)第三范式:第三范式要求非主键列互不依赖. (第三范式规则查找以消除没有直接依赖于第一范式和第二范式形成的表的主键的属性。我们为没有与表的主键关联的所有信息建立了一张新表。每张新表保存了来自源表的信息和它们所依赖的主键。)第四范式: 第四范式禁止主键列和非主键列一对多关系不受约束 第五范式: 第五范式将表分割成尽可能小的块,为了排除在表中所有的冗余.
第一范式(1nf) 在任何一个关系数据库中,第一范式(1nf)是对关系模式的基本要求,不满足第一范式(1nf)的数据库就不是关系数据库。 所谓第一范式(1nf)是指数据库表的每一列都是不可分割的基本数据项,同一列中不能有多个值,即实体中的某个属性不能有多个值或者不能有重复的属性。如果出现重复的属性,就可能需要定义一个新的实体,新的实体由重复的属性构成,新实体与原实体之间为一对多关系。在第一范式(1nf)中表的每一行只包含一个实例的信息。例如,对于图3-2 中的员工信息表,不能将员工信息都放在一列中显示,也不能将其中的两列或多列在一列中显示;员工信息表的每一行只表示一个员工的信息,一个员工的信息在表中只出现一次。简而言之,第一范式就是无重复的列。 3.4.2 第二范式(2nf) 第二范式(2nf)是在第一范式(1nf)的基础上建立起来的,即满足第二范式(2nf)必须先满足第一范式(1nf)。第二范式(2nf)要求数据库表中的每个实例或行必须可以被惟一地区分。为实现区分通常需要为表加上一个列,以存储各个实例的惟一标识。如 图3-2 员工信息表中加上了员工编号(emp_id)列,因为每个员工的员工编号是惟一的,因此每个员工可以被惟一区分。这个惟一属性列被称为主关键字或主键、主码。 第二范式(2nf)要求实体的属性完全依赖于主关键字。所谓完全依赖是指不能存在仅依赖主关键字一部分的属性,如果存在,那么这个属性和主关键字的这一部分应该分离出来形成一个新的实体,新实体与原实体之间是一对多的关系。为实现区分通常需要为表加上一个列,以存储各个实例的惟一标识。简而言之,第二范式就是非主属性非部分依赖于主关键字。 3.4.3 第三范式(3nf) 满足第三范式(3nf)必须先满足第二范式(2nf)。简而言之,第三范式(3nf)要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。例如,存在一个部门信息表,其中每个部门有部门编号(dept_id)、部门名称、部门简介等信息。那么在图3-2 的员工信息表中列出部门编号后就不能再将部门名称、部门简介等与部门有关的信息再加入员工信息表中。如果不存在部门信息表,则根据第三范式(3nf)也应该构建它,否则就会有大量的数据冗余。简而言之,第三范式就是属性不依赖于其它非主属性。

文章TAG:数据  数据库  命名  范式  数据库命名范式有哪些    和字段的命名方法  
下一篇