最近遇到点mysql的设计问题，有点闹心，所以来和大家探讨一下。
我的第一个问题是，在软件开发的前期，数据库设计是不是很重要？
这个问题让我来回答的话，我觉得很重要。可是领导现在不这么认为，他们觉得数据就是存到数据库里这么简单，理应很快才对。
但是现在的需求是这样的，我们现在做的是商品营销活动的策略，这些策略都比较灵活，比如
订购某品牌下所有的商品满10件，可以订购某抢手货1件，此抢手货上限5条。
订购某件商品5件，奖励某抢手货A1件+某抢手货B1件。
某抢手货只对VIP3以上开放，而且根据VIP等级不同，可订购的件数也不同。
等等等。。有好多的限制条件和规则条件。领导的意思以就是存个数据，把这些活动规则放在一个json串里存到mysql里就ok。而我的想法是尽量分表，因为mysql是关系型数据库，而且都存在json串里，不利于读取。此处就产生了分歧。。那么第二个问题来了，
第二个问题是这些规则和限制条件放在json串里是否合适？如何更好的存储和管理这些灵活的活动规则呢。
在此先谢谢大家啦，谢谢大家，~(≧▽≦)/~啦啦啦。
回复内容：
最近遇到点mysql的设计问题，有点闹心，所以来和大家探讨一下。
我的第一个问题是，在软件开发的前期，数据库设计是不是很重要？
这个问题让我来回答的话，我觉得很重要。可是领导现在不这么认为，他们觉得数据就是存到数据库里这么简单，理应很快才对。
但是现在的需求是这样的，我们现在做的是商品营销活动的策略，这些策略都比较灵活，比如
订购某品牌下所有的商品满10件，可以订购某抢手货1件，此抢手货上限5条。
订购某件商品5件，奖励某抢手货A1件+某抢手货B1件。
某抢手货只对VIP3以上开放，而且根据VIP等级不同，可订购的件数也不同。
等等等。。有好多的限制条件和规则条件。领导的意思以就是存个数据，把这些活动规则放在一个json串里存到mysql里就ok。而我的想法是尽量分表，因为mysql是关系型数据库，而且都存在json串里，不利于读取。此处就产生了分歧。。那么第二个问题来了，
第二个问题是这些规则和限制条件放在json串里是否合适？如何更好的存储和管理这些灵活的活动规则呢。
在此先谢谢大家啦，谢谢大家，~(≧▽≦)/~啦啦啦。
