-
字符固定时可以优先选择char类型。如果utf-8大于15个字符开始使用varchar.查看全部
-
表水平拆分方法： 1。HASH KEY拆分 2。时区段域拆分 3。表业务类型拆分 具体拆分方法皆与业务密切相关，不可一味寻求技术得到解决，业务+技术查看全部
-
表的水平拆分，为了控制表的数据量大小。查看全部
-
表的垂直拆分,为了控制表的宽度。 1。经常一起查询的列放到一起 2。TEXT, BLOB等大字段拆分到附加表中查看全部
-
数据库中适合的操作; 1。批量操作和逐条操作 2。禁止使用SELECT *这样的查询（把不必要的字段也查询出来，浪费IO） 3。控制使用用户自定义函数（索引失效） 4。不要使用数据库中的全文索引查看全部
-
维护表结构注意事项： 1。使用在线变更表结构工具 MYSQL5.5之前可以使用 pt-online-schema-change MYSQL5.6之后本身支持在线表结构的变更 2。同时对数据字典进行维护 3。控制表的宽度和大小（表字段的大小控制，表数据量的分区，拆分处理等）查看全部
-
维护索引注意事项： 1。索引并不是越多越好，过多的索引不但会降低写效率而且会降低读的效率 2。定期维护索引碎片 3。在MYSQL语句中不要使用强制索引关键字（索引会随着数据量的变化而变得不适应）查看全部
-
如何维护索引： 1。出现在WHERE从句，GROUP BY 从名，ORDER BY 从名中的列 2。可选择性高的列要放到索引的前面 3。索引中不要包括太长的数据类型（尽量数字，日期，单字节字符类型等）查看全部
-
MYSQL数据字典案例： select a.table_name, b.table_comment, a.column_name, a.column_type, a.column_comment from INFORMATION_SCHEMA.COLUMNS a join INFORMATION_SCHEMA.TABLES b on a.table_schema = b.table_schema and a.table_name = b.table_name where a.table_name = 'customer';查看全部
-
如何维护数据字典： 1。使用第3方工具对数据字典进行维护（ORACLE PL/SQL, ORACLE TOAD...） 2。利用数据库本身的备注字段来维护数据字典 MYSQL DEMO: CREATE TABLE Customer(cust_id in auto_increment not null comment '自增ID', cust_name varchar(10) not null comment '客户姓名', primary key(cust_id)) comment '客户表'查看全部
-
维护和优化中要做什么： 1。维护数据字典 2。维护索引 3。维护表结构 4。在适当时候对表进行水平拆分或垂直拆分查看全部
-
反范式化好处： 1。减少表的关联数量 2。增加数据的读取效率 3。反范式化一定要适度查看全部
-
反范式设计，违反第3范式，增加适当冗余，但减少关系复杂度，提高查询效率与串联关系。查看全部
-
符合第3范式要求示例的表结构设计查看全部
-
关于预留字段： 1。无法准确的知道预留字段的类型 2。无法准确的知道预留字段中所存储的内容 3。后期维护预留字段所要的成本，同增加一个字段所需要的成本是相同的。 4。严禁使用预留字段。 ORACLE EBS的事务处理功能，表结构设计原则大都以 头表，行表方式关联，并且为了提高各种行业各自业务特点的需要提出了“弹性域技术”，就是预先在表中增加了N个属性VARCHAR2(240)字段：ATTRIBUTE1, ATTRIBUTE2...ATTRIBUTE(N)，当业务需要便可从界面开启调用，至于DB后台是字符，而业务需要控制为数字类型，则是从界面锁定控制以达到目的。查看全部
举报
0/150
提交
取消