dump probleme nach table änderung...

nautiluS · 15.12.2004, 12:42

hallo ihr da...

also manchmal ist das ja alles schon seltsam, ich änder was an zwei tables in einer db und danach kann ich kein dump von den tables mehr über phpmyadmin ziehen (über dump-script habe ich es noch nicht versucht da ich denke es gibt einen fehler mit den tables)...

also generell funktioniert das exportieren nur nicht eben alle tables.. weenn ich die ganze db sichern will lauft er wie in einer endlosschleife und bricht dann ab

wenn ich die tables einzeln sichern will dann passiert dasselbe bei 2 von 8 tables, die anderen lassen sich ohne probleme sichern

also hier mal die tabels wie sie zu anfang ausgesehen haben und dann wie sie nun aussehen (geändert habe ich sie über phpmyadmin - und das system läuft):

Code:

1. ausgangstable:

  `NoApp` int(11) NOT NULL auto_increment,
  `SalesID` int(11) NOT NULL default '0',
  `CustID` int(11) NOT NULL default '0',
  `Date` date NOT NULL default '0000-00-00',
  `Time` time NOT NULL default '00:00:00',
  `ToDo` text,
  `Done` char(1) NOT NULL default 'N',
  `TimeStamp` timestamp(14) NOT NULL,
  `warned` char(1) NOT NULL default 'N',
  PRIMARY KEY  (`NoApp`),
  KEY `NoApp` (`NoApp`)
  TYPE=MyISAM 
  AUTO_INCREMENT=51658

die sieht jetzt wie folgt aus

Feld Typ Null Standard

NoApp int(11) Nein
SalesID int(11) Nein 0
CustID int(11) Nein 0
Date date Nein 0000-00-00
Time time Nein 00:00:00
ToDo text Ja NULL
Done char(1) Nein N
TimeStamp timestamp(14) Ja NULL
warned char(1) Nein N

Indizes :
Name Typ Kardinalität Feld

PRIMARY PRIMARY 51404 NoApp
NoApp INDEX 51404 NoApp

vielleicht weiss ja jemand was, woran sowas liegen kann..

vielen dank im vorraus

gruß
nautilus

EDIT: ach ja, da fällt mir ein.. am anfang war keinINDEX gesetzt und phpmyadmin hat das bemägelt ich habe einen gesetzt

lazydog · 15.12.2004, 13:10

Kann es daran liegen, dass mindesten drei deiner Attribut-Namen reservierte Worte sind? (http://dev.mysql.com/doc/mysql/de/Reserved_words.html)

nautiluS · 15.12.2004, 14:20

hi...

habs zwar noch nicht getestet aber das ist es 100%.. das kommt davon wenn man die nicht fertige arbeit von anderen macht und dann noch nicht mal die spalten namen richtig liest

danke!

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
PHP/MySQL: QCodo's Code-Generator	Zergling-new	Tutorials	2	09.05.2008 05:33
Import von innoDB-Tabellen, #1005 - Can't create table	Zergling-new	Datenbanken	0	30.07.2007 10:49
JavaScript Baum bring Probleme	FireFIghter	HTML, Usability und Barrierefreiheit	1	06.10.2006 10:59
Parsen von Delimitern	Basti	Tutorials	0	30.09.2006 21:24
Truncate table		Datenbanken	5	20.01.2006 09:47
create table statement wird doppelt abgesetzt		PHP Tipps 2007	6	18.11.2005 14:48
[mysql] Table Design bei grossen Datenmengen		Datenbanken	5	02.10.2005 13:25
[Erledigt] Problem mit mySQL		Datenbanken	7	27.09.2005 12:06
PHP-Fehlermeldung, weiss nicht mehr weiter		PHP Tipps 2005-2	12	21.09.2005 12:56
Probleme beim Einspielen eines Dumps - GELÖST		Datenbanken	2	09.08.2005 13:35
DUMP per Linux in ein Datei speichern!!	Klaus	Datenbanken	1	11.04.2005 08:12
HILFE: Column count doesn't match value count at row 1		Datenbanken	17	12.06.2004 16:45
aller erste Schritte mit php & erste Probleme		PHP Tipps 2004	6	12.06.2004 15:09
[Erledigt] table eintrag grösse		Datenbanken	5	05.06.2004 02:07

15.12.2004, 12:42
nautiluS Erfahrener Benutzer Registriert seit: 16.06.2004 Beiträge: 125	dump probleme nach table änderung... hallo ihr da... also manchmal ist das ja alles schon seltsam, ich änder was an zwei tables in einer db und danach kann ich kein dump von den tables mehr über phpmyadmin ziehen (über dump-script habe ich es noch nicht versucht da ich denke es gibt einen fehler mit den tables)... also generell funktioniert das exportieren nur nicht eben alle tables.. weenn ich die ganze db sichern will lauft er wie in einer endlosschleife und bricht dann ab wenn ich die tables einzeln sichern will dann passiert dasselbe bei 2 von 8 tables, die anderen lassen sich ohne probleme sichern also hier mal die tabels wie sie zu anfang ausgesehen haben und dann wie sie nun aussehen (geändert habe ich sie über phpmyadmin - und das system läuft): Code: 1. ausgangstable: `NoApp` int(11) NOT NULL auto_increment, `SalesID` int(11) NOT NULL default '0', `CustID` int(11) NOT NULL default '0', `Date` date NOT NULL default '0000-00-00', `Time` time NOT NULL default '00:00:00', `ToDo` text, `Done` char(1) NOT NULL default 'N', `TimeStamp` timestamp(14) NOT NULL, `warned` char(1) NOT NULL default 'N', PRIMARY KEY (`NoApp`), KEY `NoApp` (`NoApp`) TYPE=MyISAM AUTO_INCREMENT=51658 die sieht jetzt wie folgt aus Feld Typ Null Standard NoApp int(11) Nein SalesID int(11) Nein 0 CustID int(11) Nein 0 Date date Nein 0000-00-00 Time time Nein 00:00:00 ToDo text Ja NULL Done char(1) Nein N TimeStamp timestamp(14) Ja NULL warned char(1) Nein N Indizes : Name Typ Kardinalität Feld PRIMARY PRIMARY 51404 NoApp NoApp INDEX 51404 NoApp vielleicht weiss ja jemand was, woran sowas liegen kann.. vielen dank im vorraus gruß nautilus EDIT: ach ja, da fällt mir ein.. am anfang war keinINDEX gesetzt und phpmyadmin hat das bemägelt ich habe einen gesetzt


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

15.12.2004, 13:10
lazydog Erfahrener Benutzer Registriert seit: 02.04.2008 Beiträge: 4.032	Kann es daran liegen, dass mindesten drei deiner Attribut-Namen reservierte Worte sind? (http://dev.mysql.com/doc/mysql/de/Reserved_words.html) __________________ Gruss L

15.12.2004, 14:20
nautiluS Erfahrener Benutzer Registriert seit: 16.06.2004 Beiträge: 125	hi... habs zwar noch nicht getestet aber das ist es 100%.. das kommt davon wenn man die nicht fertige arbeit von anderen macht und dann noch nicht mal die spalten namen richtig liest danke!