理解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（非主键列），而不是直接依赖于主键，它是通过传递才依赖于主键，所以不符合 3NF。

    2、有时候也可以适当的反范式设计
    3、单库单表情况下的主键设计使用big int 自增型数据类型
          无序主键会导致索引页频繁分裂，影响性能。
          主键数据类型过大，会影响查询性能和内存、带宽、IO资源。
    4、分库分表情况下的主键设计要合理
          详细方案可以参见《我对分库分表的认识》
    5、字段类型及字段大小的设计要合理
        主要还是从磁盘存储、网络带宽、节省内存空间、减少磁盘IO几方面来考量。
    6、建议每个表都维护create_id、create_time、update_id、update_time额外字段
         从数据安全性方面来讲方便问题追踪;  当高并发操作的情况下，采用乐观锁机制可以提高并发性能。