DB-Problem seit 3.2.x ???

Druckbare Version

02.02.2014, 11:05
jehopeman

DB-Problem seit 3.2.x ???

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
02.02.2014, 11:16
KlausGrenoble

Zitat:

COLLATE utf8_bin

Die DB sollte als COLLATE utf8_general_ci besitzen.
02.02.2014, 11:31
magicsepp

schau auach mal hier...
https://community.contao.org/de/show...tuell-gemeldet
02.02.2014, 13:25
jehopeman

Zitat:

Zitat von KlausGrenoble

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
02.02.2014, 13:38
KlausGrenoble

Richtig. Das ist eine Konfiguration der Db. Und das geht über den phpmyAdmin.
02.02.2014, 13:53
lucina

Das Installtool kann die Kollation ebenfalls ändern.
03.02.2014, 09:28
Spooky

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

Zitat:

Zitat von KlausGrenoble

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.
03.02.2014, 10:22
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:

Code:

-- 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

Code:

... NOT NULL default '';

so will es Contao haben, oder ob

Code:

... NOT NULL DEFAULT '';

kommt.
03.02.2014, 10:25
Spooky

Zitat:

Zitat von BugBuster

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

Code:

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.
03.02.2014, 11:16
jehopeman

Problem (scheinbar) gelöst

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
03.02.2014, 18:20
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.