理解mysql_如何优雅的设计表结构

      数据存储的重要性大家都知道，在此就没必要去强调了。  那么如何将软件运行的这些数据有效合理的存储起来呢？ 在设计时可以参考如下几点： 
     1、表结构的设计优先考虑遵循3范式 
         为什么要遵循第3范式？ 
         遵循第3范式的设计可以使数据存储简洁、清晰、数据不会有冗余的情况。 

         3范式的基本原则： 
      a.  字段必须不可再分割 
      b.  所有字段必须完全依赖于主键， 绝对不允许依赖于部分主键，尤其是在出现双主键的情况下 
      c.  不允许出现传递依赖的情况 
           下面举2个不满足范式的示例： 
              订单明细表：【OrderDetail】（OrderID，ProductID，UnitPrice，Discount，Quantity，ProductName）。 一个订单中可以订购多种产品，所以单单一个 OrderID 是不足以成为主键的，主键应该是（OrderID，ProductID）。显而易见 Discount（折扣），Quantity（数量）完全依赖（取决）于主键（OderID，ProductID），而
UnitPrice，ProductName 只依赖于 ProductID。所以 OrderDetail 表不符合 2NF 
             订单表【Order】（OrderID，OrderDate，CustomerID，CustomerName， CustomerAddr，CustomerCity）主键是（OrderID），  CustomerName，CustomerAddr，CustomerCity 直接依赖的是 CustomerID（非主键列），而不是
4000
直接依赖于主键，它是通过传递才依赖于主键，所以不符合
3NF。 
    2、有时候也可以适当的反范式设计 
    3、单库单表情况下的主键设计使用big int 自增型数据类型 
          无序主键会导致索引页频繁分裂，影响性能。 
          主键数据类型过大，会影响查询性能和内存、带宽、IO资源。 
    4、分库分表情况下的主键设计要合理 
          详细方案可以参见《我对分库分表的认识》 
    5、字段类型及字段大小的设计要合理 
        主要还是从磁盘存储、网络带宽、节省内存空间、减少磁盘IO几方面来考量。 
    6、建议每个表都维护create_id、create_time、update_id、update_time额外字段 
         从数据安全性方面来讲方便问题追踪;  当高并发操作的情况下，采用乐观锁机制可以提高并发性能。