热爱测试生活

【转】数据库设计走查表

上一篇 / 下一篇  2009-02-03 11:13:28 / 个人分类:项目管理

前期准备
    1    概念层次的ER图和数据库定义书准备齐全           
    2    ER图关联简洁           
    3    ER图结构清晰           
    4    ER图实体个数适中           
    5    ER图无重复冗余           
    6    存在原有系统的情况下,对旧系统的数据库进行了整理,本次设计中保留原有数据库的设计优点           
    7    存在原有系统的情况下,注意原有数据库系统中一些忽略的问题           
    8    存在原有系统的情况下,进行了数据库方面的设计对比           
    9    设计采用了CASE工具           
    10    数据字典完备           
    11    设计时考虑了将来哪些数据字段可能会发生变更           
    12    设计时考虑了不同国家,地区可能存在的字段和字段格式           
    13    设计时考虑了数据库的版本标识           
    14    设计时考虑了将来的数据挖掘和分析需求           
    15    使用英文而不是其它语言,编码来作为设计语言           
    16    存在一数据库标识机制来反映数据库的当前版本和相关配置信息           
    17    数据库设计时考虑到了备份的安全机制           
    18    数据库设计时尽量不考虑取值CHECK,有关CHECK的东西通过页面输入检查来解决   
表设计   
    19    实体有主键或有外键,或二者兼备           
    20    多对多关系被映射为三张基本表           
    21    基本表的字段不能再分解           
    22    基本表的数据均来自于用户人工输入或系统设定           
    23    基本表结构稳定,短期之内不再变化           
    24    基本表尽量满足3范式,符合2范式           
    25    根据用户统计,时间统计等统计需求建立中间表           
    26    临时表是临时的           
    27    表个数足够精简(多字段分表情况例外)           
    28    对于多值字段采用了创建子表的做法或预留了足够的字段来存储不同的值           
    29    表中存在合理的派生性冗余字段或无冗余字段           
    30    表中字段足够精简,不存在重复性冗余字段           
    31    有多种权限设计的时候采用用户-权限设计方式           
    32    表设计包括了管理员(用户)的账号管理设计   
数据库   
    33    数据库命名使用小写英语字母, 数字和下划线,无其他字符       
    34    数据库命名长度小于20位       
    35    数据库命名采用项目名或产品名称命名       
    36    数据库中的所有表字符集统一       
    37    数据库中对象命名见名知意       
    38    数据库对象的命名不使用保留关键字       
    39    数据库设计考虑到了事务机制       
    40    数据库设计考虑到将来可能存在的异种数据库迁移       
    41    数据库设计时考虑到了审计追踪机制(警告等)
表   
        42    组合主键的字段数量不超过3个   
    43    采用了系统自增字段作为主键   
    44    不同表的同一意义的字段名称和类型一致(特别是外键场合)   
    45    为关联字段创建外键   
    46    所有键取值唯一   
    47    外键是关联唯一的字段   
    48    使用商务规则约束数据完整性   
    49    表的id字段和name字段命名时采用表名_id(name)的形式   
    50    不存在只有写入没有读取的表   
    51    不用可能被更新或经常更新的字段作为主键   
    52    表设计不存在级联性删除   
字段   
    53    字段与画面项目能够一一对应(部分标识符字段和系统设定字段除外)           
    54    索引是多值字段           
    55    索引是单一字段           
    56    字段取值符合域定义           
    57    字段名称见名知意           
    58    多个表中出现同一类型字段用表前缀来标识           
    59    字段的类型和长度能够满足字段的值的最大限量           
    60    文本字段有充足的余量对应可能的长度变更           
    61    数字字段考虑了充足的余量和精度对应可能的长度或精度变更           
    62    不给MEMO(Mysql TEXT类型)之类的大字段建索引           
    63    为每种查询都建立索引           
    64    加一个标识更新时间的Datetime字段update_time,不使用mySQL 的timestamp类型。           
    65    加入一个表示记录插入时间的时间字段create_time, datetime           
    66    布尔值一律为INTERGER类型           
    67    有小数的字段使用Integer, 而不用float 等字段           
    68     普通时间字段使用Integer 或者Datetime           
    69     如果报表中可能分别按年,月,日进行排序和分组。则把时间字段分成不同的年月日字段           
    70    支持多国, 则数据库中必须存格林威治时间           
    71    不需要区别NULL和空字符串的地方,数据表设计时标上NOT NUL           
    72    用程序逻辑控制Default值, 而不是让数据库控制默认值           
    73    表中采用了DEL_FLAG字段标明删除           
    74    表中采用了IS_VALID(CANCEL_FLAG)标明有效性           
    75    采用了存放路径而不是存放图片(文件)本身的方式来保存图片数据或文件数据           
    76    Password只存单向加密过的密码, 而不是密码本身
"存储过程-视图-触发器"
        77    针对客户的特定应用采用了视图机制           
    78    采用了常规的存储过程来替代和简化客户程序代码的开发           
    79    少用触发器,多用存储过程           
    80    缺乏约束的数据库系统中,采用了触发器用来加强参照和数据完整性
优化   
    81    计算复杂时,以文件形式处理后才追加至数据库中而不是在数据库中直接计算           
    82    表记录字段太多时,采用垂直分割(超过80个以上)           
    83    表记录太多时,采用水平分割(分表)           
    84    SQL语句符合“先投影后连接再更新”的优化规则           
    85    所有SQL语句都充分地得到优化           
    86    数据库管理系统参数均得以优化           
    87    支持数据库的硬件指标符合项目需求           
    88    优化设计过程中考虑了“程序优化”,“数据库优化”和“系统优化”三个层次的优化           
    89    分布式数据库设计时充分考虑了80-20规则           
    90    XXXX数据库时使用XXXXX作为数据库引擎       

TAG: 项目管理

 

评分:0

我来说两句

日历

« 2024-04-22  
 123456
78910111213
14151617181920
21222324252627
282930    

数据统计

  • 访问量: 11778
  • 日志数: 21
  • 建立时间: 2007-06-26
  • 更新时间: 2009-02-03

RSS订阅

Open Toolbar