數百個表的數據庫設計

Question

我一直在使用MySQL來開發幾乎所有的應用程序。現在有一個新的應用程序，我需要用下面的UI開發（基於web）

Table 1 (col1, col2,col3,col4) 
Table 2 (col1, col2,col3,col4,col5,col6) 
Table 3 (col1, col2) 
... 
Table 500 (col1, col2,col3,col4,col5,col6, col7) 

基本表的數量可以達到500（或甚至1000）。我的問題是，我還應該使用MySQL嗎？ NoSQL會更適合這個嗎？

爲什麼我需要這個？

我想知道是否有這樣的機制來創建tables在飛行中，而不知道到底有多少表。如果我必須使用MySQL，那麼傳統上我需要確切地知道我要創建多少個表，創建它們並最終開始開發。

我想創建類似維基百科的東西。不是維基百科本身，而是從一個內容到另一個內容，我可以看到不同的部分，因此我想遵循這個概念。

Answer 1

由於每個操作的評論：「在默認情況下孤單的每個表中只有一個記錄，但一旦用戶編輯紀錄，他或她將有定製的紀錄，他或她獨自可以看到」

可能解釋爲什麼你有數百個表格。您也可以在您的系統中有1個表最大只有授權用戶可以看到他或她的行。

你可能沒有詳細說明的原因是因爲模式設計得很差，所以最好在上面發表的第二條評論中保持沉默，該條提到「你應該首先解釋爲什麼你需要這樣一個事情。」