0
点赞
收藏
分享

微信扫一扫

数据建模——命名规范

  1. 清晰:表达的含义要清晰
  2. 别太复杂:很想说简单,但有的时候很难简单
  3. 可共享:希望放眼整个企业,至少也是当下的系统
  4. 基于经验可识别:一些企业习惯的共识,不要试图改变
  5. 一致性:同一术语在不同环境中保持同一含义,相同环境下保持同一风格

还有一个建议:尽量用英文

一些建议

  1. 别用这类副词,比如never, always,all之类的
  2. 别用冠词,比如a, an, the之类的
  3. 别用代词,比如he, she, it, them之类的
  4. 尽量别用负方向的次,比如not, no, non之类的
  5. 避免用介词,比如in, on, of之类的
  6. 别用连词,比如and, or, but之类的
  7. 别用比较级的词,比如better, best之类的
  8. 别用模糊的词,比如any, some, something like
  9. 如果是很广泛使用的表和字段,尽量别用内部人士才懂的专有名词
  10. 有关同义词,如果表达同一含义,就用一个
  11. 别写错别字
  12. 别用所有格,比如customer’s last name
  13. 尽量避免用时态,动名词之类
  14. 缩写必须大写,比如CRM,别写成crm

逻辑模型

  1. 每两个单词中间用一个空格分开
  2. 遵循Pattern
  3. Business Terms别有歧义
  4. 遵循一定的规则对单词做缩写,并制定逻辑物理对照表
  5. 逻辑名称控制在75字以内

物理模型

  1. 全用大写
  2. 单词之间用下划线连起来
  3. 长度限制受到数据库产品的约束
  4. 和术语表一致
  5. 尽量别包含数据库产品的关键字
  6. 遵循逻辑模型的Pattern,用好前缀和后缀

其他

词组

  1. 尽可能用企业既有的缩写
  2. 词组首字母缩写,尽可能用行业耳熟能详的,不要标新立异
  3. 必须大写
  4. 对于to和for的处理
  5. 避免相同缩写不同含义 单词
  6. 是否有现成的缩写对照表
  7. 缩写的套路
举报

相关推荐

0 条评论