mysql資料庫設計的問題。

最近遇到點mysql的設計問題，有點鬧心，所以來跟大家探討一下。

我的第一個問題是，在軟體開發的前期，資料庫設計是不是很重要？

這個問題讓我來回答的話，我覺得很重要。可是領導現在不這麼認為，他們覺得資料就是存到資料庫裡這麼簡單，理要很快才對。
但是現在的需求是這樣的，我們現在做的是商品行銷活動的策略，這些策略都比較靈活，例如

1. 訂購某品牌下所有的商品滿10件，可以訂購某搶手貨1件，此搶手貨上限5條。

2. 訂購某件商品5件，獎勵某搶手貨A1件+某搶手貨B1件。

3. 某搶手貨只對VIP3以上開放，而且依VIP等級不同，可訂購的零件數也不同。

等等等。 。有好多的限制條件和規則條件。領導的意思以就是存個數據，把這些活動規則放在一個json串裡存到mysql裡就ok。而我的想法是盡量分錶，因為mysql是關係型資料庫，而且都存在json串裡，不利於讀取。這裡就產生了分歧。 。那麼第二個問題來了，

第二個問題是這些規則和限制條件放在json串裡是否合適？如何更好的儲存和管理這些靈活的活動規則。

在此先謝謝大家啦，謝謝大家，~(≧▽≦)/~啦啦啦。

回覆內容：

最近遇到點mysql的設計問題，有點鬧心，所以來跟大家探討一下。

我的第一個問題是，在軟體開發的前期，資料庫設計是不是很重要？

這個問題讓我來回答的話，我覺得很重要。可是領導現在不這麼認為，他們覺得資料就是存到資料庫裡這麼簡單，理要很快才對。
但是現在的需求是這樣的，我們現在做的是商品行銷活動的策略，這些策略都比較靈活，例如

1. 訂購某品牌下所有的商品滿10件，可以訂購某搶手貨1件，此搶手貨上限5條。

2. 訂購某件商品5件，獎勵某搶手貨A1件+某搶手貨B1件。

3. 某搶手貨只對VIP3以上開放，而且依VIP等級不同，可訂購的零件數也不同。

等等等。 。有好多的限制條件和規則條件。領導的意思以就是存個數據，把這些活動規則放在一個json串裡存到mysql裡就ok。而我的想法是盡量分錶，因為mysql是關係型資料庫，而且都存在json串裡，不利於讀取。這裡就產生了分歧。 。那麼第二個問題來了，

第二個問題是這些規則和限制條件放在json串裡是否合適？如何更好的儲存和管理這些靈活的活動規則。

在此先謝謝大家啦，謝謝大家，~(≧▽≦)/~啦啦啦。