跟蹤大量電子郵件MySQL設計

Question

我（也）正在編寫基於大量電子郵件的基於Web的應用程序。這是一個音樂會組織者。我從SQL DB邀請樂器演奏者參加每場音樂會，我需要跟蹤這些人發生的事情（主要是手動饋送:)然後我想向他們發送一個排練日程表，然後我將這些資金轉移給他們。

假設我每年舉辦15場音樂會，每場音樂會邀請100-200名選手，我想要80場/音樂會。

我的SQL設計應該是：

聯繫方式DB |音樂會項目DB |跟蹤數據庫

您是否認爲幾年的時間跟蹤會太大而無法運行，或者我可以通過網絡管理多少條記錄，而不會明顯增加加載時間。或者有更好的主意嗎？

任何人誰擁有一個想法，請轟擊我:)））謝謝

Answer 1

5000的速度一年，它即使你主持你的手機上的數據庫會是吸菸快，所以不輸任何睡眠。 即使你的年收入是50萬美元（如此多100倍），你最終還是會有一個DB在5年內擁有250萬條記錄，這仍然不是一個可以通過相當便宜的方式處理的鉅額數據甚至今天的服務器，更談不上5年。因此，無論你做什麼，按照你的速度它都可以工作，但如果你想發佈一個詳細的數據庫模型，我相信有人會給你反饋。只要停下來思考很多關於優化和做的事情，你會感覺更好。