业务场景：用户填一些单据。然后上报，完毕审批。

单据中有几个字段是须要统计的，业务并不复杂。

    看似简单的场景。当开发者拿出PDM设计的时候，我惊呆了，密密麻麻的有接近70张表。每张表都是一百多个字段。开发者抱怨，花了一周的时间来做数据库设计，实在是太麻烦了。

     设计方案1，我问能不能把单据进行归类，一类单据设计成一张表，用一个字段区分是那张单据，这样会降低非常多表。

得到的回复是，没法归类。方案1行不通。

     设计方案2。做个Excel模板，审批的时候就在excel上审批，问题是有字段要做统计，行不通。

     设计方案3，单据的内容使用JSON格式用blob存起来。假设要做统计的字段，做经常使用条件查询的字段。从blob中冗余出来专做统计。

     总结：选择方案3是大大的降低了开发者的工作量，但对业务分析人员的要求非常高，能识别出来哪些字段做分析、统计，哪些字段做查询。丢失了传统数据库设计的非常多长处。是设计非常多时候都在做平衡，这样的设计无疑降低工作量。但对查询、统计不友好。假设你不在乎工作量。我还是建议做成最传统的设计。