PM需遵守的数据库设计与创建规范( 二 ) _数据库设计

【建议】核心表（如用户表、钱相关表）必须有行数据的创建时间字段和最后更新时间字段，方便问题排查。
【建议】建议将表中的blob、text等大字段垂直拆分到其他表中，仅在需要读取这些对象时。
【建议】反范式设计：经常需要join查询的字段的冗余副本放在其他表中。如果该属性存在，则等待表中的冗余副本以减少连接查询。
3.1.4 字段说明
【建议】表中所有字段必须为NOT NULL属性，商家可根据需要自行定义值。因为使用NULL值会导致每行额外存储空间、容易出错的数据迁移、聚合函数计算结果偏差等问题。如果不能保证一定会有值，定义时使用值 ' ' 或 0 。
必须使用 type 来指定长度。通过获得精度和密度来确保数据一致性

表中字段的命名长度不应超过 30 个字节
【推荐】表中自增列（属性），推荐使用类型。因为 int的存储范围是-~（约21亿），溢出后会报错。
【推荐】业务中建议使用、type等选项少的字段，或者type可以节省存储空间。
【建议】业务中IP地址字段建议使用int类型，不建议使用char(15) 。因为int只占用4个字节，可以使用以下函数相互转换各类学术数据库的使用，而char(15)至少占用15个字节。一旦表数据行数达到1亿，就需要额外的1.1G存储空间。
SQL: ('192.168.2.12'); ();
PHP: ('192.168.2.12'); ();
【推荐】不推荐使用enum和set 。因为它们浪费空间，而且枚举值是硬编码的，不方便更改。建议使用或。
【推荐】不推荐blob、text等类型。它们都浪费硬盘和内存空间。加载表数据时，会将大字段读入内存，浪费内存空间，影响系统性能。是否真的需要这么大的字段，建议与PM和RD沟通。当一行记录超过 8098 字节时，将选择记录中最长的字段，并将其中的 768 字节放在原始页中，其余字段将放在 -page 中。不幸的是，在行格式中，原始页面和 -page 都被加载了。
【建议】存钱的字段，推荐使用int，终端乘以100除以100访问。因为int占用4个字节，占用8个字节，浪费空间。
【PM需遵守的数据库设计与创建规范】【建议】尽量使用文本数据的存储。因为是变长存储，所以比char节省空间。MySQL 层规定一行中的所有文本最多可以存储 65535 个字节，因此 utf8 字符集中最多可以存储 21844 个字符，超过 21844 个字符会自动转换为字段。在 utf8 字符集中，文本最多可以存储 21844 个字符，最多 2^24/3 个字符，最多 2^32 个字符。一般推荐使用type，字符数不要超过2700 。

以上关于本文的内容，仅作参考！温馨提示：如遇专业性较强的问题（如：疾病、健康、理财等），还请咨询专业人士给予相关指导!

「辽宁龙网」www.liaoninglong.com小编还为您精选了以下内容，希望对您有所帮助：