為每個日期的相同資料建立不同的表格是否明智？
我有一個 MYSQL InnoDB 表table，其中包含以下列（表格和列名稱已更改）：
- 日期（PK、日期）
- var_a（PK、FK、INT）
- var_b（PK、FK、INT）
- rel_ab（十進位）
其中 rel_ab 是描述給定日期 2 個變數 var_a 和 var_b 之間關係的欄位。 （var_a 和 var_b 引用不同的表）
資料每天批次上傳，每天總計約 700 萬行。問題是，僅僅幾週後，上傳每個新的每日批次就開始需要幾個小時。顯然我們需要改進我們的表格設計。以下是我們表格的一些其他詳細資訊。
- 我們使用
COMPRESSION="zlib"。 - 除了複合主鍵之外，我們還在
var_a和var_b列上建立了外鍵所需的索引。 - 當我們從此表中提取資料時，請始終使用針對給定日期
SELECT * FROM table WHERE date =。選擇僅需幾分鐘。 - 我們（幾乎可以肯定）永遠不會有理由從
var_a和var_b引用的表中刪除條目。 - 資料由pandas 函數
df.to_sql('temp', con, if_exists='replace', index=False, method='multi')上傳，我們在其中插入忽略< code>temp 到table，然後刪除temp。
因此，我計劃至少執行以下操作之一：
- 刪除列
var_a和var_b上的外鍵約束，並依靠資料上傳過程來正確完成所有操作。這是因為在我們的用例中，這兩個索引實際上都沒有提高查詢速度。 - 將表格分割成每個日期都有不同的表格。例如，我有一個名為
table_230501的表，其中包含var_a、var_b、rel_ab欄位。這是因為我們一次只選擇一個日期。
我知道第一個解決方案可能會威脅資料完整性，而第二個解決方案會使我們的架構變得混亂。以我有限的經驗，我也從未聽說過第二種選擇，也無法在網路上找到這種設計的任何範例。這些選項中的任何一個都是明智的解決方案嗎？兩者都會提高上傳速度並減少磁碟使用，但也都有其缺點。否則，還有哪些方法可以提高上傳速度？
編輯：我的SHOW CREATE TABLE應該看起來像
CREATE TABLE table ( date date NOT NULL, var_a int NOT NULL, var_b int NOT NULL, rel_ab decimal(19,16) NOT NULL, PRIMARY KEY (date,`var_a`,`var_b`), KEY a_idx (var_a), KEY b_idx (var_b), CONSTRAINT a FOREIGN KEY (var_a) REFERENCES other_table_a (var_a) ON DELETE RESTRICT ON UPDATE CASCADE, CONSTRAINT b FOREIGN KEY (var_b) REFERENCES other_table_b (var_b) ON DELETE RESTRICT ON UPDATE CASCADE ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci COMPRESSION="zlib"
