20170809.XXX系统设计讨论会总结

1、整体“乱”

2、写作风格不统一

• 命名随意，代表业务理解不深，不清楚存什么
• 大小写随意，同一个概念大小写不同一，PDF 就是英文简称，应该全部大写
• 大小写和数据库、字符集、排序相关

3、DT用法，D精确到日期，DT精确到时间

• DT_GENTIME TIME是多余的和DT重复表达同一含义

4、VC300/600/900 定义过大，一刀切不合适

• 影响磁盘扇区、IO、效率，影响SYBASE 单页存储的行数等

5、N_FLAG 一般代表留用、扩展、未知，不应该用于业务含义明确的标示

6、C_FILE_PATH 路径的含义，路径误用

• 路径代表物理存储的路径，可以包括相对绝对目录、文件名称、扩展名之类
• 该处实际存储大对象协议，应该用全局描述符更合适

7、N(20) PDF总大小，字段类型设计过大，可以存全地球PDF大小，应该使用BIGINT/INT64

8、C_FYID,N_FYID,N_FY 都是法院代码，应该是N_FYDM,不要再造概念

• FYID最好都叫FYDM 不过咱们现在的系统都是FYID，改了不合适
• 大小写混用，前后不一致

9、N_WIDTH_DPI (水平DPI) WIDTH==水平？N_HEIGHT_DPI（垂直DPI ） HEIGHT==垂直？ 英语使用不恰当，不如拼音简拼

10、C_MD5 （材料MD5信息）定义成VC300过长，可以成VC32

• MD5算法含义、物理长度
• MD5是128bit,我们存的MD5码都是16进制格式的
  0-9 A-F
  所以是每4个bit转成一个16进制字符，对应就是32个16进制字符

11、UUID/GUID 物理长度

• UUID实际也是16字节，在UTF-8里对应VC32，其他字符集不一定是。binary 16更合适 ？？（忘记怎么讲的了）
• C32没有限制是否是UUID

12、C_BH_JZML （父目录） 命名不合适

13、C_SUB_DIC （子目录）英语简拼错误 C_SUB_DIR

14、大表应该评估总案件量、卷宗量、峰值卷宗量、保管期限、活动期限等综合评估