[gelöst] Ebenfalls Probleme mit Datenbankupdate

[RainerG]

Hallo zusammen!

Aktuell gibt es hier ein paar Threads mit ähnlichen/gleichen Problemen beim Datenbankupdate.

Dieses Problem habe ich auch, aber irgendwie sieht das bei mir (etwas) anders aus.

Nach dem langen Datenbankupdate (von 3.5 auf 4.8) blieben dann folgende Einträge selektiert:

Tabellen ändern
ALTER TABLE tl_banner_stat CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci
ALTER TABLE tl_iso_product_category CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci
ALTER TABLE tl_iso_product_pricetier CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci
ALTER TABLE tl_iso_related_product CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci
ALTER TABLE tl_iso_requestcache CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci
ALTER TABLE tl_visitors_counter CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci
ALTER TABLE tl_visitors_screen_counter CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci

Spalten anlegen
CREATE INDEX pid ON tl_iso_product_category (pid)
CREATE INDEX page_id ON tl_iso_product_category (page_id)
CREATE INDEX pid ON tl_iso_product_pricetier (pid)
CREATE INDEX pid ON tl_iso_related_product (pid)
CREATE INDEX id_store_id ON tl_iso_requestcache (id, store_id)
CREATE UNIQUE INDEX vid_visitors_date ON tl_visitors_counter (vid, visitors_date)
CREATE UNIQUE INDEX vid_v_date_v_s_w_v_s_h_v_s_iw_v_s_ih ON tl_visitors_screen_counter (
  vid, v_date, v_s_w, v_s_h, v_s_iw, v_s_ih

Nehme ich dann erneut das DB-Update vor sieht es wie folgt aus:

Tabellen ändern
ALTER TABLE tl_banner_stat CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci
DROP INDEX pid ON tl_iso_product_category
DROP INDEX page_id ON tl_iso_product_category
ALTER TABLE tl_iso_product_category CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci
DROP INDEX pid ON tl_iso_product_pricetier
ALTER TABLE tl_iso_product_pricetier CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci
DROP INDEX pid ON tl_iso_related_product
ALTER TABLE tl_iso_related_product CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci
DROP INDEX id_store_id ON tl_iso_requestcache
ALTER TABLE tl_iso_requestcache CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci
DROP INDEX vid_visitors_date ON tl_visitors_counter
ALTER TABLE tl_visitors_counter CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci
DROP INDEX vid_v_date_v_s_w_v_s_h_v_s_iw_v_s_ih ON tl_visitors_screen_counter
ALTER TABLE tl_visitors_screen_counter CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci

Welche der beiden Varianten zuerst auftauchte, kann ich nicht mehr mit Gewissheit sagen.

Zusammen gefasst:
Die ALTER TABLE Einträge werden nicht durchgeführt.
Die CREATE Einträge wollen wieder entfernt werden (oder umgekehrt).

Bis auf das ALTER TABLE tl_banner, korrespondieren die ALTER TABLE und CREATE Einträge (gleiche Tabellen).

Augenscheinlich scheint das den Betrieb nicht zu stören. Wobei ich allersings noch nicht alles getestet habe.

[RainerG]

Ich konnte das Problem mit phpMyAdmin lösen.

Ich habe bei den betroffenen Tabellen im Reiter "Operationen" Kollation auf "utf8mb4_unicode_ci" gesetzt.

Nach dem Datenbankupdate im Installtool verschwanden dann auch die CREATE-Anweisungen. Damit ist alles sauber.