MySQL中数据库范式设计与反范式设计的利弊
MySQL范式与反范式 范式：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）、鲍依斯-科得范式BCNF（BC范式）、第四范式（4NF）、第五范式（5NF）、DK范式(DKNF)、第六范式(6NF) 反范式：与范式所要求的正好相反，在反范式的设计模式，允许适当的数据的冗余，用这个冗余去取操作数据时间的缩短。也就是用空间来换取时间,把数据冗余在多个表中，当查询
-
-
MySQL中CHAR和VARCHAR的区别及应用场景
VARCHAR和CHAR是两种最主要的字符串类型。它们的存储方式和数据检索方式都不一样。 VARCHAR和CHAR的数据检索效率：CHAR > VARCHAR VARCHAR类型 VARCHAR类型用于存储可变长字符串，是最常见的字符串数据类型。它比定长类型更节省空间，因为它仅使用必要的空间。 VARCHAR类型的实际长度是它的值的实际长
-
MySQL关系型数据库索引设计使用原则与优化
索引设计使用原则 为了提升数据检索速度，降低查询延时和IO消耗，在建表或者编写SQL语句时，应该首先设计及检查索引和数据分布情况 下面是常见的索引设计或使用原则： 尽量选择惟一性索引； 为经常需要排序、分组和联合操作的字段建立索引； &n
-
MySQL关系型数据库索引类型
普通索引 最基本的索引，它没有任何限制，用于加速查询。 唯一索引 索引列的值必须唯一，但允许有空值。如果是组合索引，则列值的组合必须唯一。 主键索引 是一种特殊的唯一索引，一个表只能有一个主键，不允许有空值。一般是在建表的时候同时创建主键索引。 组合索引 指多个字段上创建的索引，只有在查询条件中使用了创建索引
-
关于数据量过大如何优化查询
字段 尽量使用TINYINT、SMALLINT、MEDIUM_INT作为整数类型而非INT，如果非负则加上UNSIGNED VARCHAR的长度只分配真正需要的空间 使用枚举或整数代替字符串类型 尽量使用TIMESTAMP而非DATETIME 单表不要有太多字段，建议在20以内 避免使用NULL字段，很难查询优化且占用额
-
推荐文章
