数据库设计命名规范

1,表名唯一——加上模块名,或者模块首字母大写名的前缀,保证与其它的模块相区分

2,列名唯一——加下除去前缀的表名的首字母的大写名的前缀,保证与其它的表下面的列名相区分

3,前缀首字母大写——前缀要使用相关含义的首字母大写,用作表示这是缩写的含义

4,列的原子性——列不可再分割

5,列的唯一性——表中的列不能在其它表中重复出现,应当通过关系来表达列在其它表中的含义。

6,主键标志实体唯一性——通过主键,标识这个行的所有数据的唯一性,即主键是实体的唯一抽象

7,外键标志表与表之间的关系,从而构建丰富的主体化实体。

原文地址:https://www.cnblogs.com/bluestear/p/10538235.html

时间: 2024-11-08 23:13:37

数据库设计命名规范的相关文章

数据库设计-命名规范_摘

变量(对象)命名 一.数据库: 1. 基本命名规则 表 1. 基本数据库对象命名 数据库对象  前缀  表 (Table)        T 字段(Column)   C 视图 (View)       VW 存储过程 (Stored procedure)     SP 触发器(Trigger) 索引(Index)   IDX 主键(Primary key)PK 外键(Foreign key)FK Check 约束(Check Constraint) Default 约束(Default Con

数据库设计开发规范

1 数据库命名约定  1.1 规则 (1) 命名富有意义英文词汇,多个单词组成的,中间以下划线分割. (2) 除数据库名称长度为1-8个字符,其余为1-30个字符,dblink名称也不要超过30个字符. (3)命名只能使用英文字母,数字和下划线,字母全部小写 (4)避免使用Oracle的保留字如level.关键字如type. 1. 2系统模块 编号 名称 英文 缩写 1 系统管理 system sys 2 配置管理 dictionary dic 3 设备系统 equipment equ 4 通讯

mysql数据库设计开发规范

1.设计 1. 一般都使用INNODB存储引擎,除非读写比率<1%,才考虑使用MYISAM存储引擎:其他存储引擎请在DBA的建议下使用. 2. Stored procedure (包括存储过程,函数,触发器)对于MYSQL来说还不是很成熟,没有完善的出错记录处理,不建议使用. 3. UUID(),USER()这样的MYSQL INSIDE函数对于复制来说是很危险的,会导致主备数据.不一致.所以请不要使用.如果一定要使用UUID作为主键,让应用程序来产生. 4. 请不要使用外键约束,如果数据存在外

Web UI 网站用户界面设计命名规范

Web UI 网站用户界面设计命名规范 WEB UI设计命名规范,也就是网站用户界面设计(网页设计)命名规范. 这套规范并非单纯的CSS.html或JavaScript命名规范,它涉及了很多使用PhotoShop这类设计工具进行网页设计过程中的命名规范. 许多美工设计效果图源文件没有对图层命名的习惯,而网上大多命名规范都是关于css.html.js和一些服务器端语言的,设计方面的命名规范很 少.设计师也是技术团队的成员,而前端开发工程师需要使用设计师的效果图源文件的,所以统一命名规范和设计规范对

数据库设计五要点 让数据库设计更加规范

通常情况下,可以从两个方面来判断数据库是否设计的比较规范.一是看看是否拥有大量的窄表,二是宽表的数量是否足够的少.若符合这两个条件,则可以说明这个数据库的规范化水平还是比较高的.当然这是两个泛泛而谈的指标.为了达到数据库设计规范化的要求,一般来说,需要符合以下五个要求. 要求一:表中应该避免可为空的列. 虽然表中允许空列,但是,空字段是一种比较特殊的数据类型.数据库在处理的时候,需要进行特殊的处理.如此的话,就会增加数据库处理记录的复杂性.当表中有比较多的空字段时,在同等条件下,数据库处理的性能

这次一定理清晰ThinkPHP之中的模型、数据库之间命名规范

ServiceSiteModel.class.php 这个模型操控的数据库是service_site表: 1 <?php 2 namespace Admin\Model; 3 use Think\Model; 4 class ServiceSiteModel extends Model { 5 6 private $page = ""; 7 8 private $countNum = ""; 9 10 public function getList($page

MySQL 数据库设计初步规范V1.0

数据库设计规范: 1,表设计规范 1.1关于表设计 a)         表名.列名必须有注释. b)         命名应使用富有意义的英文词汇或者缩写,多个单词组成的,全部大写,以"_"分隔开来,只能使用英文字母,数字和下划线,不留空格.比如USER_DETALL,不允许使用关键字TYPE或者STATUS等来作为字段名. c)         命名长度不超过15个字符为宜(避免超过20),应该反映数据集所在的业务范围,或者业务功能,如POWER_USER(用户中心)等. d)  

MongoDB设计命名规范

1.       库 1.       库名全部小写,禁止使用任何`_`以外的特殊字符,禁止使用数字打头的库名,如:`123_abc`: 2.       库以文件夹的形式存在,使用特殊字符或其它不规范的命名方式会导致命名混乱: 3.       数据库名最多为64字符: 4.       在创建新的库前应尽量评估该库的体积.QPS等,提前与DBA讨论是应该新建一个库还是专门为该库创建一个新的集群; 某开发在拿到DBA提供的MongoDB后由于MongoDB的权限控制比较宽松,导致该业务的开发在

数据库命名规范

1.设计原则 1) 标准化和规范化 数据的标准化有助于消除数据库中的数据冗余.标准化有好几种形式,但Third Normal Form(3NF)通常被认为在性能.扩展性和数据完整性方面达到了最好平衡.简单来说,遵守3NF 标准的数据库的表设计原则是:“One Fact in One Place”即某个表只包括其本身基本的属性,当不是它们本身所具有的属性时需进行分解.表之间的关系通过外键相连接.它具有以下特点:有一组表专门存放通过键连接起来的关联数据. 举例:某个存放客户及其有关定单的3NF 数据