-
如何维护数据字典查看全部
-
如何维护数据字典查看全部
-
拆分表来优化I/O： 垂直拆分：解决宽度的问题 水平拆分;解决数据量的问题查看全部
-
介绍一种常用的水平拆分的方式： 每张小表的数据量比较平均查看全部
-
表的水平拆分（对表进行复制）查看全部
-
表的垂直拆分（由于需求变更，表的列增加） 1.拆分的好处：一页中行数越多I/O效率越高，但是表的宽度过大时（列很多，数据很大），一页中存储的数据会变少，I/O效率低，拆分成窄表时，提高了效率 2.拆分的原则：经常查询的列放在一起，大字段拆分到附加表查看全部
-
数据库操作： 不使用select*：得到大量不需要的数据，造成浪费 大量使用自定义函数会对索引的使用造成影响（使用大量自定义函数会使列的索引失效）查看全部
-
表结构的维护（列的增加、删除、列类型的变更） 注意事项如图查看全部
-
维护索引： 1.过多的索引会降低读写效率 2.定期维护索引碎片 3.MySQL中SQL语句中不要使用强制索引关键字查看全部
-
选择适合的列建立索引查看全部
-
维护数据字典： 1.第三方工具：针对不同的DBMS 2.利用数据库本身的备注字段：对表和列增加备注字段，举例如图。 3.导出数据字典（很通用）但是注意：更改表备注时，只需要更改表备注，其他的一些列的属性（列的长度、宽度、是否非空）必须保持原样查看全部
-
1.状态字段的含义都记录在数据字典中，使用时要通过数据字典来查询含义，数据字典很重要 2.使用过程中，发现索引不适用，删除旧的，建立新的索引 3.由于需求变化，列的增加和减少 4.拆分表：水平和垂直查看全部
-
反范式化： 允许存在少量的数据冗余，适当对第三范式进行违反，目的是：使用空间来换取时间，提高性能和读写效率。 举例： 抛开红色字体，原表符合第三范式，但是在查询订单信息时需要关联四张表，比较复杂低效。 加入红色字体部分后，尽管出现了数据冗余，但是在读取订单信息的时候，查询变得高效。只要两张表就可以得到详细的订单信息。查看全部
-
预留字段： 使用时需要重命名，相当于新建一列，十分耗时，起不到降低人力成本的作用 严禁使用预留字段查看全部
-
避免使用触发器：查看全部
举报
0/150
提交
取消