DB-Problem seit 3.2.x ???

[jehopeman]

Hallo,

ich habe eben mal eine neue 3.2.4 aufgesetzt und bekomme leider bei der DB-Aktualisierung einige Fehler angezeigt, die ich trotz Aktualisierungsbefehl nicht geradegebogen bekomme:

ALTER TABLE `tl_article` CHANGE `alias` `alias` varchar(128) COLLATE utf8_bin NOT NULL default '';
ALTER TABLE `tl_form` CHANGE `alias` `alias` varchar(128) COLLATE utf8_bin NOT NULL default '';
ALTER TABLE `tl_member` CHANGE `username` `username` varchar(64) COLLATE utf8_bin NOT NULL default '';
ALTER TABLE `tl_page` CHANGE `alias` `alias` varchar(128) COLLATE utf8_bin NOT NULL default '';
ALTER TABLE `tl_search_index` CHANGE `word` `word` varchar(64) COLLATE utf8_bin NOT NULL default '';
ALTER TABLE `tl_user` CHANGE `username` `username` varchar(64) COLLATE utf8_bin NOT NULL default '';
ALTER TABLE `tl_calendar_events` CHANGE `alias` `alias` varchar(128) COLLATE utf8_bin NOT NULL default '';
ALTER TABLE `tl_calendar_feed` CHANGE `alias` `alias` varchar(128) COLLATE utf8_bin NOT NULL default '';
ALTER TABLE `tl_faq` CHANGE `alias` `alias` varchar(128) COLLATE utf8_bin NOT NULL default '';
ALTER TABLE `tl_news` CHANGE `alias` `alias` varchar(128) COLLATE utf8_bin NOT NULL default '';
ALTER TABLE `tl_news_feed` CHANGE `alias` `alias` varchar(128) COLLATE utf8_bin NOT NULL default '';
ALTER TABLE `tl_newsletter` CHANGE `alias` `alias` varchar(128) COLLATE utf8_bin NOT NULL default '';

Kann mir bitte jemand erläutern / erklären, wie ich das korrigieren kann? Hatte das bereits bei einem Update von 3.1.3 auf 3.2.3 festgestellt und habe dann halt einfach das Backup der 3.1.3 wieder eingespielt. Jetzt handelt es sich jedoch um eine vollständig neue Installation. *kopfkratz*

Danke - Jens

[KlausGrenoble]

COLLATE utf8_bin

Die DB sollte als COLLATE utf8_general_ci besitzen.

[magicsepp]

schau auach mal hier...
https://community.contao.org/de/show...tuell-gemeldet

[jehopeman]

Die DB sollte als COLLATE utf8_general_ci besitzen.

OK, wo muss ich das umstellen? Kann ich das irgendwie für die gesamte DB über phpmyAdmin machen?

Danke - Jens

[KlausGrenoble]

Richtig. Das ist eine Konfiguration der Db. Und das geht über den phpmyAdmin.

[lucina]

Das Installtool kann die Kollation ebenfalls ändern.

[Spooky]

Ich bekomme dieses Verhalten selbst mit einer frischen Installation von Contao 3.2.4.

Die DB sollte als COLLATE utf8_general_ci besitzen.

Mit der Collation der Database an sich hat das wahrscheinlich nichts zu tun. Contao setzt das `alias` field auf utf8_bin. Und die queries die jehopeman beschrieben hat kommen auch von Contao. Diese queries versuchen das Feld `alias` zu ändern und daraus das Feld `alias` zu machen (also den Feldnamen gleich zu belassen) und als Eigenschaften varchar(128) mit utf8_bin collation zu setzen (und NOT NULL mit default Wert '') -> aber das field `alias` hat schon diese Struktur, trotzdem will Contao diese queries immer wieder ausführen. Manchmal ist Contao zufrieden und will diese "Änderungen" nicht machen, dann plötzlich, wenn man wieder mal ein Database update durchführen will, kommen auch diese queries wieder. Wann genau habe ich noch nicht herausgefunden.

Prinzipiell muss man sich aber keine Sorgen wegen diesen Queries machen.

[BugBuster]

Na nicht ganz.
Das was in der Fehlermeldung steht ist das, was Contao tun möchte, nicht das, was es vorher selbst ermittelt hat.
Wäre das identisch, auch Groß-/Kleinschreibung betreffend, käme es zu solchen Meldungen nicht. Auch der Strictmodus von MySQl kann dort eine Rolle spielen.

Kann man selber prüfen, mit einem DB Tool eurer Wahl:

-- Stict Modus Prüfung, muss leer sein
SHOW VARIABLES LIKE 'sql_mode';

-- wenn nicht leer dann
SET sql_mode = '';

-- Nun lässt man sich das Create Statement zurückgeben:
SHOW CREATE TABLE tl_MODULE_TABLE_NAME;

tl_MODULE_TABLE_NAME natürlich durch den eigenen Tabellen Namen ersetzen.

Hier kann man dann gut sehen, ob z.B. da was von

 ... NOT NULL default '';

so will es Contao haben, oder ob

...  NOT NULL DEFAULT '';

kommt.

[Spooky]

Das was in der Fehlermeldung steht ist das, was Contao tun möchte, nicht das, was es vorher selbst ermittelt hat.

Schon klar, aber das Problem ist ja, dass diese queries immer wieder mal kommen, obwohl die structure der tables (bzw. des `alias`fields) eh schon so ist, wie Contao es haben möchte. Die queries

ALTER TABLE `tl_article` CHANGE `alias` `alias` varchar(128) COLLATE utf8_bin NOT NULL default '';
ALTER TABLE `tl_form` CHANGE `alias` `alias` varchar(128) COLLATE utf8_bin NOT NULL default '';
ALTER TABLE `tl_member` CHANGE `username` `username` varchar(64) COLLATE utf8_bin NOT NULL default '';
ALTER TABLE `tl_page` CHANGE `alias` `alias` varchar(128) COLLATE utf8_bin NOT NULL default '';
ALTER TABLE `tl_search_index` CHANGE `word` `word` varchar(64) COLLATE utf8_bin NOT NULL default '';
ALTER TABLE `tl_user` CHANGE `username` `username` varchar(64) COLLATE utf8_bin NOT NULL default '';
ALTER TABLE `tl_calendar_events` CHANGE `alias` `alias` varchar(128) COLLATE utf8_bin NOT NULL default '';
ALTER TABLE `tl_calendar_feed` CHANGE `alias` `alias` varchar(128) COLLATE utf8_bin NOT NULL default '';
ALTER TABLE `tl_faq` CHANGE `alias` `alias` varchar(128) COLLATE utf8_bin NOT NULL default '';
ALTER TABLE `tl_news` CHANGE `alias` `alias` varchar(128) COLLATE utf8_bin NOT NULL default '';
ALTER TABLE `tl_news_feed` CHANGE `alias` `alias` varchar(128) COLLATE utf8_bin NOT NULL default '';
ALTER TABLE `tl_newsletter` CHANGE `alias` `alias` varchar(128) COLLATE utf8_bin NOT NULL default '';

Kommen immer wieder mal, obwohl das field `alias` schon die structure varchar(128) COLLATE utf8_bin NOT NULL default '' hat. Wenn es am strict mode liegt und zB vom Server ... NOT NULL DEFAULT ''; zurückkommt, würde Contao ja bei jedem Database update diese queries ausführen wollen, oder nicht? Hm, oder vielleicht will Contao es erst dann machen, wenn sich irgendwo eine DCA geändert hat.

[jehopeman]

Hallo und vielen Dank für die Tipps!

Nachdem ich das Problem bei mehreren Installationen hatte und nicht überall ein "kreatives Chaos" in den DBs veranstalten wollte, habe ich beim Hoster um Änderung der DB-Einstellungen gebeten.

Ergebnis: An der DB muss nichts geändert werden. SONDERN in meiner localconfig.php. Nämlich den Wert "$GLOBALS['TL_CONFIG']['dbDriver'] = 'MySQLi';" in 'MySQL'.

Die zuvor vorhandenen DB-Fehler werden nicht mehr angezeigt.

Gruß - Jens

[bizon]

@jehopeman
Das ist rückwärts gerudert.
MySQLi ist die Weiterentwicklung des Datenbanktreibers MySQL, wobei das 'i' für improved steht. MySQLi bringt einige neue Funktionen mit und wird den MySql-Treiber auf kurz oder lang ganz ersetzen. Mein Provider (uberspace) hat den MySQL bereits auf deprecated gesetzt.

Du müsstest die Serverkonfiguration überprüfen, evtl ist der PHP support für MySQLi nicht aktiviert.
Und den Treiber für die Datenbank wählst du am einfachsten im Install-Tool bei der Datenbankverbindung aus.