据库设计规范.docVIP

数据库设计规范 １、表命名 （１）系统自建表 Ｔ_XXX开头， （２）ＸＸＸ要求提取对应常用英文缩写。如果英文缩写较生辟，则可以采用中文缩写。 但不允许在表命中同时混杂中英文。 （３）同步表或ＢＯＳＳ，Ｂ－ＢＯＳＳ数据加工表，原则上最大程度地保持与BOSS,B-BOSS一致。 （４）视野命名 V_XXX,其中Ｔ代表系统自有表，V代表是视图。 （5）临时统计分析表取名规则 njry用户下用于临时统计数据的表取名采取如下形式：temp_你的姓名首字母_年两位位月两位日两位_有针对性的字母，如:temp_zqd_110210_grp_mem； sqcrmx用户下的临时表(主要见于在托管事务中临时生成的表)统一以_tmp结尾，如sqcrmx.t_grp_mem_tmp (6) 给用户提取的数据信息文件起名原则 给用户提供统计号的数据信息文件时，杜绝以”新建表格.xls”、”temp001.xls”或者”BOOK1.xls”等之类字眼起名，应做到见其名知其意，如” 集团统付成员信息.xls”. ２、表空间 （１） 如果我方能控制空间分配，则将易损表 分配到一个单独表空间中。 　　（２）系统业务表则放入另一表空间中。 ３、字段命名 　（１）杜绝中文字段名 　　　（２）英文或中文缩写两者都可，但必须清楚明了。 　（３）不允许中文缩写，英文缩写混杂起来进行命名。 　（４）保留字段不要用。如Time。 （5）所有表的字段不采用默认值的形式(防止表结构迁移后默认值丢失，对程序中的处理结果产生影响)。 （6）自建关于信息存储录入的表时，有关录入人工号、录入时间等字段，取名应保持一致，规则如下：创建人工号(create_operator)、创建时间(create_date)、修改人工号(如有必要)(change_operator)、修改时间(如有必要)(change_date)、导入人工号(如有必要)( import_operator)、导入时间(如有必要)( import_date)。 ４、字段类型 同步表，提取部分数据生成的表，或系统自建表尽量保持与BOSS,B-BOSS一致。如VIP个性化资料表T_VIPCLIENTINFO表，MSISDN和USER_ID必须要和GSM_USER中对应字段类型，精度要一致。 ５、字段说明 要求在建表时，直接在PL/SQL　Developer中写明各个字段的含义。 　　　　注意事项： 字段用汉字说明清楚。 字段缺省值 字段是否为空 字段特定含义 如Flag字段：-1:未审核　　０：审核不通过　１：审核通过　也需要写在字段说明中。 6、索引字段 （１）首要明确的概念： 　　建立索引可以加快检索速度，但索引太多吗，也会引起混乱数据的更新就会有索引页的更新，如果一个表索引过多，则频繁的表数据更新会引起数据库性能降低。一张表一般5个以内。只能有一个聚簇索引：记录的选择性比较高（不同值不是太少） ：做表连接的字段 ：经常位于where条件中的字段合索引必须在where语句中引用到索引的先导列(也就是索引的第一个字段)在9i中，Oralce提供了一种新特性:跳跃式索引扫描，Oracle声称对用户透明，可实际上如果想使用到这个新特性，必须添加index_ss提示主键??pk_表名_主键标识外键fk_表名_主表名_外键标识T_表名_S_主键字段，缓存默认设置20,如果同时并发量更大，可以再大一些。 11、其他ＳＱＬ优化 见公司其他关于性能优化方面的资料。 12、存储过程 几个重要原则： 性能要求 在实现过程功能的前提下，充份考虑time-cost的几个关键点，尽量优化或考虑是否有其他方式同样实现。 容错性要求 针对NGBOSS,业务支撑中心提供表，系统过程必须将全局考虑，将各种情况考虑在内，做好过程日志，日志状态要细化到很快定位到问题所在。 补跑机制要求 对于有可能不能及时跑出来的数据，必须要考虑补跑机制。同时，要考虑补跑的代价，中间结果是否需要，明细情况是否需要等相关情况。 建议传入参数是v_thedate in date ，可以更好地支持补跑 。 松耦合要求 与软件复用，松耦合一样，过程也要注意松耦合，这对于调试，维护，特别是维护极为重要，必须要时时注意。 13、数据存储规则 （１）报表结果数据、不可恢复的表、历史记录以及过程、序列、索引等对象，需要建立SQCRM用户下，由账务中心统一定时进行全备。 　　（２）报表中间层表、临时数据统计表以及可以根据脚本恢复生产的表等一律建立在SQCRMX用户下，对该用户下的对象不进行备份。 （3）原则上不对原始NGBOSS表进行本地备份，所有数据源尽量从中间层取得。 （4）所有数据的生命周期控制在一年之内。 （5）前期已开