Danke für Deine Antwort.
Habe mir mal eine VM mit LAMP und dem aktuellen Release von phpmyadmin aufgesetzt und den Import dort probiert.
Zum Glück ist mein lokaler phpmyadmin etwas geschwätziger als der beim Hoster:
1. in zwei meiner selbst definierten Tabellen waren Felder (bewusst!) als NOT NULL definiert und trotzdem wurde aber im Backup Dump ein "default NULL" hinzugefügt, was nat. zu einem SQL Syntax Fehler führt weil NOT NULL keinen DEFAULT von NULL haben kann - logisch ;-) Im phpmyadmin auf dem Webspace hatte ich aber keinen Default angegeben...zumindest sieht man da nix...Komischerweise gab es einige weitere Felder mit NOT NULL und da war kein Default im Dump...hmm...
Code:
CREATE TABLE `xyz` (
`id` int(10) unsigned NOT NULL auto_increment,
`pid` int(10) NOT NULL,
`username` varchar(255) NOT NULL default NULL, --->Error
`created` int(10) NOT NULL,
`created_by` int(10) NOT NULL,
2. Ich habe einige Views definiert. Diese Views wurden im Backup-Dump aber als Tabellen erkannt. BackupDB macht daraus aber CREATE TABLE xyz statt CREATE VIEW xyz.
Letzteres würde ich durchaus für einen Bug halten. Im Data Dictionary sollte ja drin stehen, ob es sich bei dem Objekt um eine Tabelle oder eine View handelt.
Nachdem ich diese beiden Fehlerchen im Import Script beseitigt habe, läuft der Import auch durch. Leider ohne meine mühevoll definierten Views ;-)
Aber gut, ich kann damit leben...hab die Views ja als Script...Besser so, als das Backup jeden Tag manuell machen zu müssen ;-)
LG
Rolf
Lesezeichen