Error Import Datenbank via phpmyadmin

[asc]

Hallo,

nach stundenlangen Suchen wende ich mich nun an euch!
Ich habe lokal eine Website erstellt und möchte diese nun auf einen online Server umziehen.
Hierzu habe ich bei phpmyadmin meine lokale Datenbank exportiert mit der zusätzlichen Einstellung MYSQL40 und diese dann via SQLDumpSplitter gesplittet, da diese über 1MB groß war.
Bis zur 4. Datei verlief alles super. Dann kam aber diese Fehlermeldung:

---

Fehler

SQL-Befehl:

CREATE TABLE IF NOT EXISTS `tl_files` (
`id` int( 10 ) unsigned NOT NULL AUTO_INCREMENT ,
`pid` binary( 16 ) DEFAULT NULL ,
`tstamp` int( 10 ) unsigned NOT NULL DEFAULT '0',
`uuid` binary( 16 ) DEFAULT 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,
PRIMARY KEY ( `id` ) ,
UNIQUE KEY `uuid` ( `uuid` ) ,
KEY `pid` ( `pid` ) ,
KEY `extension` ( `extension` )
) TYPE = MYISAM AUTO_INCREMENT =187;

MySQL meldet: Dokumentation
#1074 - Too big column length for column 'path' (max = 255). Use BLOB instead

---

Ich weiß leider nicht mehr weiter und bin am Verzweifeln..
Kann mir jemand von euch heirzu Hilfestellung geben?

Vill. noch hilfreich: habe zuvor folgende Zeilen in meiner SQL-Datei rausgelöscht, da ich hierbei ebenfalls immer Fehler bekommen habe:

---

SET time_zone = "+00:00";
Datenbank: `contao`
CREATE DATABASE IF NOT EXISTS `contao` DEFAULT CHARACTER SET latin1 COLLATE latin1_swedish_ci;
USE contao;

---

Dankeschöööön!

[gebi84]

ich vermute mal deine test datenbank und die online sind verschiedene Versionen. Schraub mal die Grösse des varchars von path zurück auf 255

zur Info:
Values in VARCHAR columns are variable-length strings. The length can be specified as a value from 0 to 255 before MySQL 5.0.3, and 0 to 65,535 in 5.0.3 and later versions. The effective maximum length of a VARCHAR in MySQL 5.0.3 and later is subject to the maximum row size (65,535 bytes, which is shared among all columns) and the character set used.

Gesendet von meinem GT-N7100 mit Tapatalk

[tab]

Warum MySQL40? Mag sein, dass damals ein varchar noch diese Beschränkung hatte (256). MySQL sollte Version 5.0.3+ haben.

[BugBuster]

warum der Doppelpost?
https://community.contao.org/de/show...l=1#post373674

[carlos]

mal eine blöde Frage:
die Meldung beginnt mit

CREATE TABLE IF NOT EXISTS `tl_files` (

der Datei-Pfad hiess ja früher tl_files, mittlerweile (seit 3.0?) aber files, könnte das ein Problem sein?

nur mal eine blöde Idee

LG

Karl

[the_scrat]

@Karl,

der Dateiordner hieß in der Tat früher tl_files und wurde mit Contao 3 in "files" umbenannt. Da mit Contao 3 aber auch die Pfade in der Datenbank gespeichert werden und alle Tabellen von Contao weiterhin mit tl_ beginnen, gibt es daher auch eine Tabelle tl_files.

Die Zeile CREATE TABLE IF NOT EXISTS `tl_files` ( wird von phpmyAdmin generiert (Exporteinstellungen)

[tab]

ich vermute mal deine test datenbank und die online sind verschiedene Versionen. Schraub mal die Grösse des varchars von path zurück auf 255

zur Info:
Values in VARCHAR columns are variable-length strings. The length can be specified as a value from 0 to 255 before MySQL 5.0.3, and 0 to 65,535 in 5.0.3 and later versions. The effective maximum length of a VARCHAR in MySQL 5.0.3 and later is subject to the maximum row size (65,535 bytes, which is shared among all columns) and the character set used.

Gesendet von meinem GT-N7100 mit Tapatalk

Die Lösung steht ja direkt im Zitat. Daraus und aus der Fehlermeldung folgt, dass die Datenbank, in die des SQL-Dump importiert werden soll, eben "before MySQL 5.0.3" ist und damit nicht für Contao geeignet.

Eit: Also am besten mal vorsichtig nachfragen, ob der Hoster nicht ein wenigstens halbwegs aktuelles MySQL 5.0.3+ zur Verfügung stellen kann und du stellst dafür deine Uraltdatenbank dem Technikmuseum zur Verfügung.