維護數據庫的最佳方法是什麼？有更多行或更少行的表的行較少？

-2

維護數據庫的最佳方法是什麼？數以千計（或數百萬）的行或大量的表格有數千行的表格數量更少？我正在創建一個網站，其中將有一個表可以達到數十萬（可能是數百萬）行。但是，我想將它分成10-15個表格，每個表格有幾千行。這是正確的方式還是應該遵循一個表的選項。需要提到的是，在這兩種情況下，數據管理對我來說都不是問題。我關心性能問題。另外，在同一個數據庫中是否有所有的表（將創建一個大表來創建）還是我可以在每個數據庫中創建2-3個具有4-5個表的數據庫？訪問同一網頁上的多個數據庫是否會影響性能？維護數據庫的最佳方法是什麼？有更多行或更少行的表的行較少？

來源

2013-03-12 user2105650

「數十萬」對於現代SQL數據庫來說並不是那麼多行。 – 2013-03-12 04:14:53

@MattBall：謝謝你的回覆。如果以百萬計呢？另外，哪種方法比較好？ – user2105650 2013-03-12 04:16:44

最好的方法是適合項目需求的方法。除要求規定的規則以外，沒有其他規則，並且所選擇的技術的限制和能力是合適的。 – 2013-03-12 04:19:10

-2

想想你未來的問題......你將如何使用表格？ ....你想要檢索什麼數據...以及按照什麼順序/你想要通過表格進行搜索......我總是被教導，以最快的方式對數據進行排序......是存儲它預先排序...如果你可以

來源

2013-03-12 04:22:29

我正在考慮所有這些問題，這就是爲什麼我要製作幾個表而不是一個表。所以根據你的答案，我應該選擇幾個表格。怎麼樣創建2-3個數據庫？我對它進行了搜索，並在同一個網頁上讀取了訪問多個數據庫的情況，這些數據庫會影響性能，但在因特網上沒有太多關於此的數據。 – user2105650 2013-03-12 04:25:19

我不相信這個問題很適合這個網站的格式。因此，它可能最終被關閉。但是它是開放的，我會這樣回答：

沒有關於什麼是「最好」的規則。

我會建議遵循一些簡單的原則。

謹防過早優化的 - 不要優化，直到你能證明它是一個顯著的瓶頸。
使用數據庫以自然的方式 - 數據庫是在工作，如果你在它們被設計在上班的路上使用他們怎麼做的事情做好就不錯了。也就是說，使用它來以適合所表示數據的方式爲您的數據建模。
摘要從接口數據庫 - 如果可能的話，儘量代碼以這樣的方式，基礎數據庫模型可以改變，如果它在未來沒有你不必重寫整個程序。
使用force - 相信你的直覺。

來源

2013-03-12 04:27:29 paddy

您是否探索過NoSql數據庫，如Couchbase？這些可以橫向擴展，而不需要做你正在提議的事情。

來源

2013-03-12 04:30:30 theMayer

這不是nosql必須提及的問題。 – 2013-03-12 05:10:26

@YourCommonSense - 我無法解析你的語法。請詳細說明。 – theMayer 2013-03-12 05:12:30

維護數據庫的最佳方法是什麼？有更多行或更少行的表的行較少？

回答

相關問題