Thema: SQL-Datenbank in vorhandene Datenbank übertragen

Danke Jackys und "Frohe Weihnachten"!

Leider habe ich genau das Problem, dass auch im ersten Abschnitt beschrieben wurde. Wenn ich über den phpAdmin bei 1&1 den Export-File per SQL-Editor einlesen will, erhalte ich immer eine Fehlermeldung.

Dies liegt wahrscheinlich am Versionskonflikt zwischen meiner lokalen Installation und dem Webserver. Mit XJ! ist bei mir der "phpMyAdmin 2.6.1-pl3" mit "MySQL 4.1.10" installiert worden. Auf dem Webserver von 1&1 läuft "phpMyAdmin 2.6.4-pl3" mit "MySQL 5.0".

Da es ja an der Datenbank-Version liegt, bin ich jetzt auf der Suche nach einem Setup für meine lokale Installation!?

Danke nochmal im Voraus!



EDIT-1:
o.k. - habe die lokale Datenbank jetzt auf "mySQL 5.0.17" aktualisiert. Trotzdem kommt beim Import immer noch der folgende "Fehler":

SQL-Befehl:

-- phpMyAdmin SQL Dump
-- version 2.6.1-pl3
-- http://www.phpmyadmin.net
--
-- Host: localhost
-- Erstellungszeit: 25. Dezember 2005 um 13:54
-- Server Version: 5.0.17
-- PHP-Version: 5.0.3
--
-- Datenbank: `gtr-racing`
--
-- --------------------------------------------------------
--
-- Tabellenstruktur für Tabelle `jos_banner`
--
CREATE TABLE `jos_banner` (
`bid` int( 11 ) NOT NULL AUTO_INCREMENT ,
`cid` int( 11 ) NOT NULL default '0',
`type` varchar( 10 ) COLLATE latin1_general_ci NOT NULL default 'banner',
`name` varchar( 50 ) COLLATE latin1_general_ci NOT NULL default '',
`imptotal` int( 11 ) NOT NULL default '0',
`impmade` int( 11 ) NOT NULL default '0',
`clicks` int( 11 ) NOT NULL default '0',
`imageurl` varchar( 100 ) COLLATE latin1_general_ci NOT NULL default '',
`clickurl` varchar( 200 ) COLLATE latin1_general_ci NOT NULL default '',
`date` datetime default NULL ,
`showBanner` tinyint( 1 ) NOT NULL default '0',
`checked_out` tinyint( 1 ) NOT NULL default '0',
`checked_out_time` datetime NOT NULL default '0000-00-00 00:00:00',
`editor` varchar( 50 ) COLLATE latin1_general_ci default NULL ,
`custombannercode` text COLLATE latin1_general_ci,
PRIMARY KEY ( `bid` ) ,
KEY `viewbanner` ( `showBanner` )
) ENGINE = MYISAM DEFAULT CHARSET = latin1 COLLATE = latin1_general_ci AUTO_INCREMENT =3

EDIT-2:
Nächster Versuch: Ich habe die bestehende Datenbank von dem 1&1 Webserver exportiert und auf meinem lokalen Server importiert. Dies hat ohne Probleme geklappt.

Dann habe ich meine lokale Datenbank noch einmal exportiert und in dem sql-File, den Datenbanknamen auf "db21548356" (Beispiel: meine 1%1 SQL-Datenbank) geändert. Anschließend habe ich versucht, die Datei auf dem Webserver zu importieren, aber auch dann kommt die folgende Fehlermeldung:

MySQL meldet: Dokumentation
#1064 - You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near '-- phpMyAdmin SQL Dump
-- version 2.6.1-pl3
-- http://www.ph

Vor MySQL 5 muss ich dich leider warnen! Das wird höchstwahrscheinlich Probleme mit sich bringen. Um dein konkretes aber zu lösen: Versuchs mal mit MySQLDumper. Ist meiner Meinung nach wesentlich besser zum exportieren/importieren geeignet.

Gruß Snipy

Hi,
habe jetzt auch MySQLDumper installiert und kann auf die Datenbank bei 1&1 zugreifen - ist ja ähnlich wie im phpMyAdmin. Leider kann ich hier nicht gleichzeitig auf zwei Datenbanken zugreifen, um die Tabellen aus meiner lokalen Datenbank, in die Datenbank auf dem Webserver von 1&1 zu transferieren.

Das kann doch nicht war sein - ich werde bald wahnsinnig - im Grunde sind das doch nur CREATE TABLE und INSERT Befehle. Das kann doch nicht so schwierig sein. Da ich nur über eine Datenbank bei 1&1 verfüge, möchte ich für das Forum keine zweite kaufen. Das muss doch auch über eine Datenbank abzuwickeln sein.

Kann mir denn wirklich keiner weiterhelfen - mit dem MySQLDumper erhalte ich die gleichen Fehlermeldungen, wie mit dem phpMyAdmin.



EDIT-1:
Habe jetzt noch mal was anderes ausprobiert. Habe die 1&1-Datenbank exportiert und bei mir lokal wieder importiert. Dann habe ich von meiner lokalen Datenbank einen Export gemacht und diesen in die Kopie der 1&1-Datenbank importiert und siehe da, ich habe beide Datenbanken zusammen. Jetzt stellt sich nur die Frage, warum das auf dem Webserver nicht funktioniert???

Die Dumps der verschiedenen DB-Versionen sind nicht kompatibel.
Du kannst versuchen (so schwierig ist das nicht) die Dumps manuell zu editieren, damit Du Deine Datein einlesen kannst.

Wenn Du nicht genau weisst, wo die Unterschiede der Dumps liegen, dann lies die Daten einfach ein und untersuche dann die Tabelle, bei der es jeweils einen Fehler gibt.
Lege manuell eine DB im Zielsystem mit der Struktur der Inputdaten manuell an und gebe einfach einen beliebigen Datensatz manuell ein. Den exportierst Du dann in einem Dump und vergleichst diese Dump mit dem zu importierenden.

Hört sich jetzt kompliziert an, aber letztlich ist das ein bißchen Trail-and-Error. Hatte neulich so ein Problem in ca. 30 min erledigt. (Guter Editor mit fähigen Suchen/Ersetzen-Funktionen zum ändern der Dumps vorausgesetzt).

Die beiden create-Statements funktionieren mit einer 4.0-Version von MySQL ebenfalls problemlos. Scheinbar mit Deiner 5er-Version ebenfalls. Das ist doch schon mal gut!

Bei den inserts musst Du jetzt mal sehen wo genau das Prblem liegt. Da wird es ein Syntaxproblem geben, welches Du dann manuell korrigieren musst.
Tipp einfach einen Datendaten manuell via phpmyadmin in die neu DB ein und man dann einen Dump diese Tabelle. Vergleiche dann die insert-Befehle mit den Datensätzen, die sich noch nicht importieren lassen. Das sollte Dir die Unterschiede anzeigen.
Vermutlich gibt es nur wenige Abweichungen in der Schreibweise der insert-Befehle, die Du dann mit suchen/ersetzen anpassen kannst.

Ich weiss momentan nicht, ob es ein Konvertierungstools für die Dumps verschiedener MySQL-Versionen gibt. Ggf. wäre das mal eine Suche in Google wert.

Du schreibst andererseits, das Du lokal die 5er-Version verwendest und Dein Hoster auch. Es wäre auch möglich, das beide DB's auf unterschiedliche Zeichensatzcodierung eingestellt sind und deswegen der Import der Daten bei Sonderzeichen abbricht.

Es sieht so aus, als ob die die falschen Zugangsdaten in der configuration.php eingetragen hast.