2011-04-12 20 views
1

我目前正在爲可爲最終用戶量身定製的利基行業構建CRM。我們目前正在使用一個基準表作爲潛在客戶,然後基本上將表格組合在一起,作爲可能添加的任何自定義字段的鍵/值存儲。如何從關係數據庫移動並需要?

CRM中的每個潛在客戶還擁有各種所有者,權限,訪問日誌,計劃任務和生成的合同/文檔的表格。

目前,所有東西都存儲在MySQL數據庫中,但它看起來很雜亂。我正在考慮使用像MongoDB這樣的NoSQL解決方案,然後使用Redis在表之間創建任何關係。

例子:我想存儲引線和用戶MongoDB數據庫,然後使用Redis的存儲哪些用戶一定的鉛屬於等

只是在尋找什麼的最佳解決方案一些普遍性的建議這是因爲我之前沒有處理過NoSQL。

回答

2
  1. mysql是一個偉大的工具
  2. 存儲器是不是有些東西,作品自動的。爲了工作得很好 - 偉大的開發人員需要實現偉大的模式和優秀的代碼。

我想說的是:如果你現在有一些問題 - 這並不意味着一旦你轉移到另一個數據庫(範式,意識形態等)它們就會消失。即使他們搬走了 - 新的將會出現。沒有努力工作就沒有任何反應

特別是大量的數據和高負載的項目 - 沒有一般的建議和銀彈。

PS:

我想使用的NoSQL解決方案像MongoDB的,然後使用Redis的創建表之間的任何關係。

MongoDB 可以保持關係。這是一個更多的理由,不要轉移到你不熟悉的數據庫。

+0

+1對於良好的設計和實現而不是技術上的壓力。 – anubhava 2011-04-12 15:50:10

+0

也許,我應該解釋我目前的「問題」。 我有大量基於每個使用CRM的公司創建的「自定義密鑰」。要管理所有這些,我有一個名爲custom_schema的表,它基本上是每個自定義列的列表以及它們是什麼類型。然後我有用於存儲自定義模式數據的稱爲custom_int,custom_string等的表。然而,這是一種非常緩慢的方法,因爲數據庫中有成千上萬的潛在客戶,它確實會減慢一切。 – Adam 2011-04-12 15:56:26

+0

@Adam:那麼可能mongodb可以是一個很好的解決方案,因爲它是面向文檔的,並且rdbms中的EAV是可怕的;-) – zerkms 2011-04-12 16:00:48