国产av日韩一区二区三区精品,成人性爱视频在线观看,国产,欧美,日韩,一区,www.成色av久久成人,2222eeee成人天堂

Ich habe eine MYSQL InnoDB-Tabelletable mit den folgenden Spalten (Tabellen- und Spaltennamen ge?ndert):

• Datum (PK, Datum)
• var_a (PK, FK, INT)
• var_b (PK, FK, INT)
• rel_ab(dezimal)

wobei rel_ab 是描述給定日期 2 個變量 var_a 和 var_b 之間關(guān)系的列。 （var_a 和 var_b sich auf verschiedene Tabellen bezieht)

Daten werden jeden Tag stapelweise hochgeladen, insgesamt etwa 7 Millionen Zeilen pro Tag. Das Problem bestand darin, dass das Hochladen jedes neuen t?glichen Stapels bereits nach wenigen Wochen Stunden dauerte. Natürlich müssen wir unser Tischdesign verbessern. Hier finden Sie einige zus?tzliche Details zu unserem Formular.

• Wir verwenden COMPRESSION="zlib".
• Zus?tzlich zum zusammengesetzten Prim?rschlüssel erstellen wir auch den für den Fremdschlüssel erforderlichen Index in der Spalte var_a 和 var_b.
• Wenn wir Daten aus dieser Tabelle extrahieren, verwenden Sie sie immer für ein bestimmtes Datum 的查詢 SELECT * FROM table WHERE date = . Die Auswahl dauert nur wenige Minuten.
• Wir werden (mit ziemlicher Sicherheit) nie einen Grund haben, einen Eintrag aus der Tabelle zu l?schen, auf die var_a 和 var_b verweist.
• Die Daten werden von der Pandas-Funktion df.to_sql('temp', con, if_exists='replace', index=False, method='multi') hochgeladen, wobei wir ?ignorieren“ einfügen temp< /code> auf df.to_sql('temp', con, if_exists='replace', index=False, method='multi') 上傳，我們在其中插入忽略 < code>temp 到 table，然后刪除 temp, dann temp l?schen.

Also habe ich vor, mindestens eines der folgenden Dinge zu tun:

• Entfernen Sie die Fremdschlüsselbeschr?nkung für die Spalte var_a 和 var_b und verlassen Sie sich darauf, dass der Daten-Upload-Prozess alles richtig macht. Dies liegt daran, dass in unserem Anwendungsfall keiner der beiden Indizes die Abfragegeschwindigkeit tats?chlich verbessert.
• Teilen Sie die Tabelle für jedes Datum in verschiedene Tabellen auf. Ich habe zum Beispiel eine Kolumne namens table_230501 的表，其中包含 var_a、var_b、rel_ab. Dies liegt daran, dass wir jeweils nur ein Datum ausw?hlen.

Ich wei?, dass die erste L?sung die Datenintegrit?t gef?hrden kann und die zweite L?sung unsere Architektur durcheinander bringen wird. Aufgrund meiner begrenzten Erfahrung habe ich auch noch nie von der zweiten Option geh?rt und kann online keine Beispiele für dieses Design finden. Sind diese Optionen eine sinnvolle L?sung? Beide erh?hen die Upload-Geschwindigkeit und reduzieren die Festplattennutzung, haben aber auch ihre Nachteile. Welche anderen M?glichkeiten gibt es sonst, die Upload-Geschwindigkeit zu erh?hen?

EDIT: Meins SHOW CREATE TABLE sollte so aussehen

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"