数据库设计规范mysqlsqlserveroracle最佳实践.pdfVIP

数据库设计规范 分类说明 业务数据表：记录业务发生的过程和结果。如，合同、出仓单、申请单、凭证。 基本编码表：描述业务实体的基本信息和编码。如，产品、客户、供应商、雇员。 辅助编码表：描述属性的列表值。如，合同类型、职称、民族、付款方式。 系统信息表：存放与系统操作、业务控制有关的参数。如，用户信息、权限、用 户配置信息、成本核算方式。 累计数据表：存放业务的当前值和累计值。如，当前库存、当前存款、累计销售、 累计支出、应收账款。 结算数据表：存放各个时期末的结存数。如，月末库存、月末银行存款、应收账 款月结。 决策数据表：存放各个时期内发生的统计值。如，月销售统计、月回款统计、出 入库统计。 最佳实践 mysql 数据库：整数类型使用DECIMAL，int 可用DECIMAL(2、4 、8、9)，long 可 用 DECIMAL(10+) ；日期时间都用 datetime ，文章内容用 TEXT ，其他用 varchar(255,500,1000,2000) id varchar(36),各类名称varchar(50) ，长度是字符，不是字节数 Oracle、sqlServer 数据库就方便多了，字符串用nvarchar2,文章可用clob，日期时 间用date，整数用number，带小数点用decimal ； 长度也是那几种，够用就行，不要太乱 每张表里必有id 主键,no 编号,都是36 位字符串 1、表名，字段名，不要加前缀，不要缩写，除非很长，如c_earnest 2、命名考虑到会不会有关键字、保留字，java 的，sql 的，各类数据库的 3、命名不要用复数形式，关联的时候可能好几个s 4 、很多专业词汇不同类别的意思，优先选择法律名词、商业名词、计算机名词 5、_info 之类的后缀不是必要的，XX 信息表不是就需要加的，比如用户表 user 就比user_info 简洁 6、企业中文名称 client_ch_name 客户表；企业全称 client_full_name 客户 表 表名client 不如company 或enterprise，因为很多类都叫Client，尤其是webservice 字段名可以精简，java 里用到时就是这个样子，很好理解 Company company= companyDao.get(id); String zhName = company.getZhName(); //优于company.getCompanyZhName() String fullName = company.getFullName(); //优于company.getCompanyFullName() 其他表也可按此思考，优化 7、编号就是缩写NO，如bill_no,order_no; 数量、数目用 number （大多属整数）或 amount （更倾向于金额）；不建议缩写 成_num,_amt 8、大部分XX 人，如托运人shipper、收款人payee，都有专用名词，实在不好翻 译的加_person 9、金额可以用money，比如total_money,actual_money,paid_money 10、字段多使用名词，使用动宾结构，如finished_time,paid_money 11、单词之间用下划线相隔，类似beginDate 的不要用，因为很多数据库是不区 分字段大小写的 12、单价、价格：price，用unit_price 做单价没必要，什么市场价，采购价倒是 可以market_price，procurement_price 13、表之间的关联，外键要表名_id 数据库结构原则 规定除数据库设计所遵循的范式外的一些适用原则，在遵循数据库设计范式的基 础上，合理地划分表，添加状态和控制字段等。 辅助编码表 为了使辅助编码表能起到预期的效能，又不因过多的辅助编码表难以管理，故对 辅助编码表的使用作如下规定： 1. 当某辅助编码表的编码允许用户添加时，应设计成“独立” 的数据表；否则，将 不允许用户添加编码的各辅助编码表合并成一个“通用” 的辅助编码表。 2. “独立” 的辅助编码表与主表的列采用主-外约束保证列数据完整性。 3. “通用” 的辅助编码表与各主表间没有约束关系，主表列的数据完整性由列说明 的“域”来保证。 4. “通用” 的辅助编码表除编码和名称列外，还有一个标识列，用来标识合并前的 各码表，该标识列+编码列作