MySQL CRM數據庫困境

Question

我正在為我的啟動啟動創建消費者 CRM 系統，我們將使用 MySQL。 我們正在從跟蹤線索和推薦的舊紙筆方法轉變為經銷商的數字方法。

該數據庫將有一個標准字段，如潛在客戶姓名、配偶、工作、推薦類型、推薦人和潛在經銷商。 這很容易，幾乎是兒戲。

現在是我很難弄清楚的部分。 我想跟蹤所有嘗試的聯系日期和回復，以及已設置或重置的約會。 該系統將基於 Web，前端位於 PHP。

我想過做嵌套表，但我不想使用 Oracle 或 PostgreSQL，因為我喜歡熟悉的 MySQL 設置。

出於可行性考慮，假設我有 4,000 個潛在客戶，每個潛在客戶平均會被調用 30 次。 所以我要跟蹤 120,000 個數據點。

是否建議：

1. 在現場制作一個二維 PHP 數組，以跟蹤這些指標。
2. 有一個包含所有 120k 的聯系人表，應用程序在需要這些指標時提取該表
3. 為每個潛在客戶建立一個聯系表，跟蹤所有需要的指標

Answer 1

為每個潛在客戶創建一個聯系表，並在每次執行操作（聯系）時向其中添加數據。 它還將為您提供計數和其他指標，並且易於實施和跟蹤。

Answer 2

從僅包含潛在客戶的表格開始。 理想情況下，它應該是可過濾、可搜索和可排序的。 查看jquery 數據表插件。 您可以使用服務器中的 AJAX 來分頁並提取其數據的表。 這樣您一次只需要查詢和返回幾條記錄。

然后創建第二個表，當用戶單擊聯系人時彈出該表。 這也是 AJAX 並顯示該特定聯系人的聯系歷史記錄。

這樣，您就不必查詢並返回完整列表，尤其是如果您有 4000 個列表，這不僅對服務器而且對使用系統的人來說都是一種痛苦。

Answer 3

我會為聯系人制作一張桌子。 添加一列記錄聯系是否成功。

如果許多查詢將報告特定的線索，我也會使用 MySQL 的表分區。

---

但我贊同@Bryan Agee 的評論，您應該在周末從頭開始實施 CRM 系統之前仔細考慮。