Probleme beim Dump einspielen
Probleme beim Dump einspielen
am 25.05.2007 18:47:51 von tom.roediger
Hallo,
Ein mit folgenden Optionen erstellter Mysqldump (4.1.10a) lässt sich auf
einem anderen System (Mysql 4.0.18) nicht einspielen.
Der Dump hat folgende parameter:
mysqldump --all --all-databases --compatible=mysql40 --opt -u tom -p
Beim einspielen mit mysql < dump.sql verabschiedet sich der Client
gleich bei der ersten Datenbank mit Unknown Database '`forum`', und das
obwohl er diese schon angelegt hat.
Wie kann ich meine Client jetzt überreden die Datenbank zu importieren?
Vielen Dank,
THomas
Re: Probleme beim Dump einspielen
am 25.05.2007 20:06:56 von Andreas Kretschmer
Andreas
--
q: why do so many people take an instant dislike to mysql?
a: it saves time (oicu in #postgresql)
Explaining the concept of referential integrity to a mysql user is like
explaining condoms to a catholic (Shadda in #postgresql)
Re: Probleme beim Dump einspielen
am 25.05.2007 21:47:30 von Dominik Echterbruch
Andreas Kretschmer schrieb:
>
>> Ein mit folgenden Optionen erstellter Mysqldump (4.1.10a) lässt sich auf
>> einem anderen System (Mysql 4.0.18) nicht einspielen.
>
> Ohne mich jetzt um Details zu interessieren: Dir ist schon klar, daß Du
> versuchst, den Dump eines höheren Systems in einem niedern einzuspielen?
Deshalb verwendete er ja die Option --compatible=mysql40.
Grüße,
Dominik
--
Wo kämen wir denn hin, wenn jeder sagen würde wo kämen wir hin, aber
niemand gehen würde um zu sehen, wohin wir kämen, wenn wir gingen?
(Autor unbekannt)
Re: Probleme beim Dump einspielen
am 25.05.2007 21:50:57 von Dominik Echterbruch
Thomas Rödiger schrieb:
>
> Beim einspielen mit mysql < dump.sql verabschiedet sich der Client
> gleich bei der ersten Datenbank mit Unknown Database '`forum`', und das
> obwohl er diese schon angelegt hat.
Ganz blöde Frage: Hat der Benutzer, mit dem du dern Dump einspielst denn
auch die Berechtigung, auf die DB zuzugreifen? Bloß weil er sie anlegen
kann, heißt das ja nicht, daß er sie auch verwenden darf...
Grüße,
Dominik
--
Wo kämen wir denn hin, wenn jeder sagen würde wo kämen wir hin, aber
niemand gehen würde um zu sehen, wohin wir kämen, wenn wir gingen?
(Autor unbekannt)
Re: Probleme beim Dump einspielen
am 26.05.2007 14:57:56 von Andreas Scherbaum
Dominik Echterbruch wrote:
> Andreas Kretschmer schrieb:
>>
>>> Ein mit folgenden Optionen erstellter Mysqldump (4.1.10a) lässt sich auf
>>> einem anderen System (Mysql 4.0.18) nicht einspielen.
>>
>> Ohne mich jetzt um Details zu interessieren: Dir ist schon klar, daß Du
>> versuchst, den Dump eines höheren Systems in einem niedern einzuspielen?
>
> Deshalb verwendete er ja die Option --compatible=mysql40.
Du weisst auch, dass --compatible auch die Optionen ansi, postgresql, oracle,
mssql, db2 und maxdb kennt, neben einigen anderen Optionen?
Aber du darfst nicht glauben, das z.B. die "oracle" Option auch nur entfernt
Code erzeugt, den man in eine Oracle Datenbank einspielen kann :-(
Aus der Doku:
This option does not guarantee compatibility with other servers. It only
enables those SQL mode values that are currently available for making dump
output more compatible. For example, --compatible=oracle does not map data
types to Oracle types or use Oracle comment syntax.
Bye
--
Andreas 'ads' Scherbaum
Failure is not an option. It comes bundled with your Microsoft product.
(Ferenc Mantfeld)
Re: Probleme beim Dump einspielen
am 26.05.2007 22:54:41 von Dominik Echterbruch
Andreas Scherbaum schrieb:
> Dominik Echterbruch wrote:
>> Andreas Kretschmer schrieb:
>>>> Ein mit folgenden Optionen erstellter Mysqldump (4.1.10a) lässt sich auf
>>>> einem anderen System (Mysql 4.0.18) nicht einspielen.
>>> Ohne mich jetzt um Details zu interessieren: Dir ist schon klar, daß Du
>>> versuchst, den Dump eines höheren Systems in einem niedern einzuspielen?
>> Deshalb verwendete er ja die Option --compatible=mysql40.
>
> Du weisst auch, dass --compatible auch die Optionen ansi, postgresql, oracle,
> mssql, db2 und maxdb kennt, neben einigen anderen Optionen?
> Aber du darfst nicht glauben, das z.B. die "oracle" Option auch nur entfernt
> Code erzeugt, den man in eine Oracle Datenbank einspielen kann :-(
Ist schon richtig, aber erstens sind MySQL 4.0 und 4.1 nicht so
wahnsinnig weit auseinander (syntaktisch) und zweitens will er ja von
MySQL nach MySQL und nicht in irgendein anderes DBMS. Ich bin also
Optimist und gehe davon aus, daß die Jung sin etwa gewußt haben, was sie
tun, als sie diese Option eingeführt haben :) (zumindest MySQL intern)
Grüße,
Dominik
--
Wo kämen wir denn hin, wenn jeder sagen würde wo kämen wir hin, aber
niemand gehen würde um zu sehen, wohin wir kämen, wenn wir gingen?
(Autor unbekannt)