Seite 1 von 1

sql import fehler

Verfasst: 12.04.2005 12:41
von msilver
hi
ich arbeite offline mit xammp, einen komplettpaket mit apache server, sql, php etc

nun will ich auf meinem www.all-inkl.com account die sql datei importieren, er meckert aber.

all-inkl daten:
phpMyAdmin 2.6.0-pl3
MySQL 4.0.20-standard-log

xammp daten
phpmyadmin 2.6.1
MySQL 4.1.10-nt

will also von xammp auf allinkl packen, die ist aber älter in den versionen. wie mach ich es am dümsten damit keiner fehler auftreten?

mfg
msilver

Re: sql import fehler

Verfasst: 12.04.2005 12:46
von mad-manne
msilver hat geschrieben:nun will ich auf meinem www.all-inkl.com account die sql datei importieren, er meckert aber.
Was meckert "er" denn?

Vermute mal du hast Probleme mit Statements á la "COLLATE=latin1_general_ci" oder auch "collate latin1_general_ci"
--> Habe das gleiche Problem und habe es immer noch nicht geschaft mal im XAMPP-Forum nach einer Lösung zu fragen :oops:

Gruss,
Manne.

Verfasst: 12.04.2005 12:50
von msilver
habe es hinbekommen, und zwar habe ich bei meinem offline sql eine ältere version angegeben zum exportieren, und zwar diese msql ms version, nur werden meine "ü", "ö" etc nicht richtig übernommen. der fehler vorher war dieser:

Code: Alles auswählen

 SQL-Befehl:

-- phpMyAdmin SQL Dump
-- version 2.6.1
-- http://www.phpmyadmin.net
-- 
-- Host: localhost
-- Erstellungszeit: 12. April 2005 um 11:17
-- Server Version: 4.1.10
-- PHP-Version: 5.0.3
-- 
-- Datenbank: `maik`
-- 
-- --------------------------------------------------------
-- 
-- Tabellenstruktur für Tabelle `phpbb_album`
-- 
CREATE TABLE `phpbb_album` (
`pic_id` int( 11 ) unsigned NOT NULL AUTO_INCREMENT ,
`pic_filename` varchar( 255 ) COLLATE latin1_general_ci NOT NULL default '',
`pic_thumbnail` varchar( 255 ) COLLATE latin1_general_ci default NULL ,
`pic_title` varchar( 255 ) COLLATE latin1_general_ci NOT NULL default '',
`pic_desc` text COLLATE latin1_general_ci,
`pic_user_id` mediumint( 8 ) NOT NULL default '0',
`pic_username` varchar( 32 ) COLLATE latin1_general_ci default NULL ,
`pic_user_ip` varchar( 8 ) COLLATE latin1_general_ci NOT NULL default '0',
`pic_time` int( 11 ) unsigned NOT NULL default '0',
`pic_cat_id` mediumint( 8 ) unsigned NOT NULL default '1',
`pic_view_count` int( 11 ) unsigned NOT NULL default '0',
`pic_lock` tinyint( 3 ) NOT NULL default '0',
`pic_approval` tinyint( 3 ) NOT NULL default '1',
PRIMARY KEY ( `pic_id` ) ,
KEY `pic_cat_id` ( `pic_cat_id` ) ,
KEY `pic_user_id` ( `pic_user_id` ) ,
KEY `pic_time` ( `pic_time` )
) ENGINE = MYISAM DEFAULT CHARSET = latin1 COLLATE = latin1_general_ci AUTO_INCREMENT =7

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 'collate latin1_general_ci NOT NULL default '',
  `pic_thumbnail 

Verfasst: 12.04.2005 13:58
von mad-manne
msilver hat geschrieben:habe es hinbekommen, und zwar habe ich bei meinem offline sql eine ältere version angegeben zum exportieren, und zwar diese msql ms version, nur werden meine "ü", "ö" etc nicht richtig übernommen. der fehler vorher war dieser:
Wie hast du denn das gemacht :o

Wegen der Umlaute, da musst du beim Import 'ne andere Codierung als UTF-8 wählen .. war glaub' ich: latin1

Ich werde mich auf jeden Fall noch weiter informieren, und melde mich sobald ich genaueres weiss!

Gruss,
Manne.

Verfasst: 12.04.2005 14:05
von msilver
gehe bei deinem xammp in den phpmyadmin, auf die db, dann exportieren, dort kannst du nun bei versionen direkt ne version auswählen.

mfg
msilver

Verfasst: 12.04.2005 14:16
von mad-manne
Ich nutze XAMPP 1.4.11, mit phpMyAdmin 2.6.0-pl3 und MySQL 4.1.8-nt.
Bei mir steht da nix von Version beim Export :o

Oder bin ich blind?

Verfasst: 12.04.2005 16:27
von msilver
[ externes Bild ]

da findest du es ( roter feil ;) )

mfg
msilver

Verfasst: 12.04.2005 16:41
von derd
Naja nicht jede Version von phpmyadmin ist gleich. Bei gibt es diese Funktion nicht. Bei mir schaut es so aus klick mich an

Verfasst: 12.04.2005 18:44
von mr.no-name
Versuche dich mal beim SQL-Import mit den verschiedenen Zeichenkodierungen uft8 oder latin1. Eines von beiden müsste die Umlaute korrekt darstellen, je nachdem wie es exportiert wurde.