Mixed ENGINE in Datenbank vermeiden

[Torsten Riemer]

Ich schlage eine neue Konstante "DB_SERVER_ENGINE" für die "/includes/configure.php" vor, die im Installer gesetzt wird, damit es beim Update von älteren Shops nicht mehr zu mixed ENGINE kommt.
Auch bei der Installation von Modulen, die Tabellen anlegen sollte diese Konstante heran gezogen werden um die Tabellen mit der entsprechenden ENGINE zu erstellen.

[Volker Strähle]

Bin eher dafür das nicht in der configure.php zu verankern, sondern durch eine Abfrage der DB auszuwerten:

SHOW GLOBAL VARIABLES LIKE 'storage_engine' 

Grund: Man könnte sonst auf die Idee kommen, dass die Änderung der Konstante eine Änderung der DB-Engine bewirkt.

[anonymous]

Geht das wirklich so ?
Ich kenne das so:
SHOW ENGINES sollte in der "Support"-Spalte "DEFAULT" anzeigen.

Eine GLOBAL VARIABLE storage_engine würde aber auch nichts darüber aussagen mit welcher ENGINE die einzelnen Tabellen angelegt wurden sondern lediglich die Default-Engine aufzeigen.

Ich hatte in anderem Kontext auch bereits vor längerem vorgeschlagen die ENGINE und die COLLATION beim Anlegen der Tabellen in der DB vorzugeben weil ansonsten auf den DEFAULT in den Server-Einstellungen zurückgegriffen wird, was nicht immer (oder sogar oft nicht) gewünscht ist.
So könnte es z.B. wegen der Suchfunktion Sinn machen utf8_german2_ci in der Tabelle products_description zu setzen, um zu vermeiden, daß eine Suche nach z.B. "Müller" auch "Muller" zurückgibt.
Allerdings soll eine gemischte Collation bei JOINs die Queries verlangsamen.

Man sollte das vielleicht mal durchdiskutieren und evtl. mit Tests untermauern. Im Web gibt es nämlich dazu widersprüchliche Aussagen.

Gruß,
noRiddle

[Gerhard Waldemair]

In 14857:

fix #1894, #2351 - set mysql default storage engine