DB-Einspielung schlägt fehl > Ursache zusätzlicher Key Path(333)

Hallo zusammen,

ich habe hier ein merkwürdiges Verhalten, wenn ich die DB über phpMyAdmin einspielen will.

Contao möchte beim DB-Update (was eigentlich geschehen ist), immer noch folgendes ausführen:

Code:

---

ALTER TABLE `tl_files` ADD KEY `path` (`path`(333));

---

Als DB-ändernde Erweiterungen gibt es nur ChangeLanguage.
Aber dort gibt es in database.sql keine solche Anweisung die DB zu ändern.


Beim späteren Einspielen ein so geänderten DB erscheint dann in phpMyAdmin folgender Fehler:
Fehler
SQL-Befehl:

Code:

---

#--------------------------------------------------------- # Table structure for table 'tl_files' #--------------------------------------------------------- CREATE TABLE `tl_files` ( `id` int(10) unsigned NOT NULL auto_increment, `pid` binary(16) NULL, `tstamp` int(10) unsigned NOT NULL default '0', `uuid` binary(16) NULL, `type` varchar(16) NOT NULL default '', `path` varchar(1022) NOT NULL default '', `extension` varchar(16) NOT NULL default '', `hash` varchar(32) NOT NULL default '', `found` char(1) NOT NULL default '1', `name` varchar(255) NOT NULL default '', `meta` blob NULL, `importantPartX` int(10) NOT NULL default '0', `importantPartY` int(10) NOT NULL default '0', `importantPartWidth` int(10) NOT NULL default '0', `importantPartHeight` int(10) NOT NULL default '0', PRIMARY KEY (`id`), UNIQUE KEY `uuid` (`uuid`), KEY `pid` (`pid`), KEY `extension` (`extension`), KEY `path` (`path(333)`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_I[...]

MySQL meldet: Dokumentation

#1072 - Key column 'path(333)' doesn't exist in table

---

Ich habe soweit rausgefunden, dass der Key in Referenz zu einer Spalte in einer Tabelle stehen muss.
Aber warum die nicht in einer Tabelle existiert, aber doch als Key in "tl_files" eingetragen wird, verstehe ich nicht.


Hat Jemand vielleicht eine Idee, an was es liegen könnte?
Ich habe bereits eine ganz frische Contao-Intallation (3.5) erstellt und dort die Erweiterungen neu installieren lassen – mit dem gleichen Ergebnis.

Dank und Gruß
Jürgen

Das ist die normale Definition einer der Keys von tl_files aus dem Core
https://github.com/contao/core/blob/..._files.php#L37

Schau doch mal mit phpMyAdmin nach, wie die Indexe derzeit aussehen, ob der existiert und Contao erkennt das nicht oder ob die Erstellung irgendwie nicht geht.
Notfalls selber mal probieren anzulegen:

Code:

---

ALTER TABLE `tl_files` ADD KEY `path` (`path`(333));

---

Danke BugBuster,

aber ich finde noch nicht einmal die Tabelle für "Indexe".
Habe im Netz gesucht und es heißt: In "Struktur" unterhalt den Tabellen.
Dort ist aber nichts zu finden, auch in den anderen Tabs nicht.

Vielleicht installiere ich mir nochmals Contao 3.5 und lasse mir eine "frische" DB exportieren.
Dort schaue ich dann, in welcher Tabelle dieser Path-Key noch ist.

Ich habe nämlich vorher zum Test mehrere Extensions installiert und danach ein Contao-Update über die Automatik erstellt.
Es könnte doch sein, das eine Extension etwas durcheinander gebracht hat, oder ist das unwahrscheinlich?

Grüße
Jürgen

Doch gibt es in phpMyAdmin. Du lässt dir die Struktur anzeigen der Tabelle tl_files und scrollst dann ganz nach unten.
Je nach Version von phpMyAdmin werden die entweder gleich angezeigt oder du musst erst noch auf den Link "Indizes" klicken, das klappt dann auf und zeigt die an.

Wobei ich die ganz neue, die viel mit Ajax arbeitet, grad nicht vor mir habe, vielleicht heißt das da anderns, aber es sollte auch auf der Struktur Seite sein.

Danke, jetzt habe ich's gefunden.

En Index ist vorhanden, ich muss das aber mal mit einer frischen Installation vergleichen.
Der Key "Path" ist vorhanden, aber wie gesagt, meckert er beim Einspielen, es wäre keine Tabelle damit verknüpft (wohl eine Fremdtabelle.)

Ich hänge einfach mal den Screenshot an, aber werde wohl wirklich mal alles neu einspielen.
Vielleicht hatte eine der Extension oder das automatisierte Update etwas durcheinander gebracht.

Gruß
Jürgen

Hi Jürgen,

Schau mal in die sql-Datei.

Suche nach dieser Zeile:

Code:

---

KEY `path` (`path(333)`)

---

Ich hatte den gleichen Fehler. Ich habe dann die (333) in dieser Zeile entfernt und hatte keine Probleme mehr.

Der Index wird dann auch korrekt angelegt.

Das geht aber nur solange gut, wie der Key durch sehr lange Dateipfade nicht zu groß wird. Dann kommt die nächste Fehlermeldung.
Man sollte herausfinden, warum mysql sich weigert den anzulegen. Zu kleine Version?

Habe leider dasselbe Problem. Backup gemacht von einer Kundenwebsite auf Basis von Contao 3.5. (Hoster Magmell -> Server Version: 5.5.43-0+deb7u1 - (Debian) / phpMyadmin: 4.1.12).
Versuch der Einspielung bei domainfactory -> MySQL-Client-Version: 5.1.61 / phpMyAdmin - 2.11.11.3).

Der Trick hat geholfen. Mit ist aber nicht klar welches Auswirkung das schlimmsten Falls haben kann. Kann ich die 333 nicht nachträglich eintragen in das Tabellenfeld?

vg

sascha

Vielleicht liegts ja an der vorsteinzeitlichen phpMyAdmin Version.

Glaub ich nicht. Ich hatte das Problem letztens auch. Hatte aber keine Zeit genaueres zu untersuchen. Aufgetreten ist es bei mir bei Verwendung der Erweiterung Syncto.
Habe dann den Umzug ganz klassisch gemacht und alles lief problemlos.

Ich hatte das Problem bei Verwendung der Erweiterung [BackupDB]. Beim Export mit phpMyAdmin trat es nicht auf.

Okay muss mich korrigieren. Hatte das Backup wohl auch mit BackupDB gemacht. Scheint also eher ein Problem der Erweiterung zu sein.

Siehe auch -> https://community.contao.org/de/show...hlermeldung-ab

Ich bin dran.
Neue Version voraussichtlich am Wochenende.

Die Problemstelle ist behoben.
Ein neuer Build BackupDB Version 3.2.2 Build 13 steht im ER bereit. Für Composer könnte es noch ein paar Minuten dauern.

Hallo zusammen,
hier muss ich mich einmal einklinken.
Ich habe das gleiche Problem:
Contao 3.5.0
db-Export mit BackupDB gemacht (wird wohl die alte Version gewesen sein)
Beim Import läuft er auf den Fehler #1072 - Key column 'path(333)' doesn't exist in table
Ich habe mir die DB dann gestern irgendwie wieder zusammengeschustert. Danach waren allerdings die Bildzuordnungen und die Zuordnungen der css-Dateien verschwunden.

willsk sagt: "Ich habe dann die (333) in dieser Zeile entfernt" - heißt Zahl mit Klammern entfernen oder wie ist das gemeint?

Ich danke euch für eure Hilfe.
Liebe Grüße ele

Ich habe die Datenbank mit anderen verglichen.
Anscheinend wird die Zeile gar nicht benötigt.
Damit lief es zumindest bei mir. Die Bild-und Stylezuordnungen sind auch wieder da.

Danke für dieses Forum :)