Beitrag von Sander (7342 Beiträge) am Mittwoch, 8.Februar.2012, 17:34.
Re: Re: Re: Re: Re: @sander wg. bestellung
Zum Thema - Antworten
Beitrag von markus (684 Beiträge) am Mittwoch, 8.Februar.2012, 16:21.
Re: Re: Re: Re: @sander wg. bestellung
... sind da, aber kann keine mailadressen anlegen.
find den link nicht :-) !!?!
Zum Thema - Antworten
Beitrag von Sander (7342 Beiträge) am Mittwoch, 8.Februar.2012, 13:14.
Re: Re: Re: @sander wg. bestellung
Zum Thema - Antworten
Beitrag von alex (93 Beiträge) am Mittwoch, 8.Februar.2012, 11:46.
Re: zeilentrenner
Hallo Pouraga und Sander,
Hurra, es klappt. Weil ich als Amateur besonders viel rumprobieren muss, ist es besonders schön, schnelle und effiziente Hilfe zu bekommen.
Ich arbeite übrigens mit phpmyadmin. Nebenbei: ich hatte auch noch andere Fehler zu korrigieren. Vor allemm steht nirgends, dass man zumindest mit phpmyadmin beim Füllen einer ganz leeren MySQL mit einem Textfile den Index der ersten Zeile auf 1 setzen muss. Vielleicht könnt Ihr das bei ähnlich dummen Fragen wie meiner irgendwann man verwenden.
Vielen Dank für Eure Hilfe
Zum Thema - Antworten
Beitrag von markus (684 Beiträge) am Mittwoch, 8.Februar.2012, 02:08.
Re: Re: @sander wg. bestellung
denkst du an die zugangsdaten :-)
lt. nic ist die domain schon unsere!
vg
markus
Zum Thema - Antworten
Beitrag von Pouraga (1362 Beiträge) am Dienstag, 7.Februar.2012, 16:28.
Re: Re: zeilentrenner
>Dort wird nur der Zeilentrenner \r aktzeptiert.
CR> = \r
In "reinem" SQL stehen im Gegensatz zu Linux Textdateien tatsächlich CR's zur Zeilentrennung sowie sie dann auch in SQL Dumps zur Datensatztrennung stehen. (Fragt mich nicht warum, muss Apple dran schuld sein.)
Aber ein SQL Dump ist ja auch weder eine Textdatei noch ist es eine csv Datei.
Wenn man mit phpmyadmin "CSV" exportiert/importiert bin ich mir sehr sicher, dass er beides erwartet. Es gibt dort sogar ein excel kompatibles Format.
Wenn du mit SQL Code arbeitest dann benutze am besten BULK INSERT, etwa in dieser ART:
BULK
INSERT <TABLE>
FROM 'csvdatei.txt'
WITH
(
FIELDTERMINATOR = ';',
ROWTERMINATOR = '\n'
)
GO
Zum Thema - Antworten
Beitrag von Sander (7342 Beiträge) am Dienstag, 7.Februar.2012, 12:13.
Re: zeilentrenner
eigentlich kann es nicht sein, das mysql nur \r akzeptiert. eher nur \n
\r ist return (auf anfang der zeile setzen), \n steht für newline. bei windowssystemen brauchst du \r\n, bei unix reicht ein \n
Also probier mal \n einzugeben. das sollte passen. Mit was importierst du - direkt auf der mysqlkonsole oder mit phpmyadmin?
Zum Thema - Antworten
Beitrag von alex (93 Beiträge) am Dienstag, 7.Februar.2012, 11:44.
zeilentrenner
Hallo an das treue Baseportal Team,
hier meldet sich wieder einmal ein Amateur zu Wort, der Baseportal schon fast 10 Jahre lang nutzt aber doch noch über verschiedene Sachen stolpert.
Ich will jetzt den Inhalt meiner DB mit einer csv -textdatei exportieren.
Bis jetzt ging das immer mit Spaltentrenner Komma () und mit Zeilentrenner Return.
Nun will ich so eine Textdatei aber in eine MySQL Datenbank einspeisen. Dort wird nur der Zeilentrenner \r aktzeptiert. Wenn ich als Exportparameter in der Verwaltungsseite von Baseportal für Zeilentrenner die Zeichen \r in das freie Kästchen unterhalb von Return (oder-Kästchen) einsetze, dann hat die resultierende cvs-Datei nur eine aber endlose lange Zeile. Die ist zu lang um in der MySQL Datenbank akzeptiert zu werden.
Ich sehe im Forum, dass Fragen zu Zeilentrenner alle älter als von 2004 sind.
Bin ich der Einzige, der seitdem das Problem hat?
Zum Thema - Antworten
Beitrag von Claus (4015 Beiträge) am Montag, 6.Februar.2012, 20:33. WWW: hammoniaweb.com
Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: @Sander der nächste Mist...
>Ich äußere mich jetzt auch nicht mehr dazu, das haben wir schon so oft durchgekaut.
Heißt mit anderen Worten:
Was juckt es uns, wenn die Server bei Lizenzen vollgemüllt werden, denn wir sind nicht bereit und in der Lage das Problem zu lösen....
Tolle Einstellung.....
>sag mal, hast du Alzheimer? Das hast du vor 3 Jahren schon mal vorgebracht, das ist nix neues!!!!
Da ging es nur um die nicht gelöschten Thumbs, was eigentlich schon schlimm genug ist!!, aber daß auch die anderen Daten als Ressourcenfressender Schrott auf dem Server verbleiben, ist mir erst jetzt aufgefallen....
Da gibt es user, die laden häufig wechselnde 2-MB große Bilder hoch , da ist es imho eine Frechheit sondersgleichen, so einen Quatsch zu schreiben und das auch noch als Feature zu vekaufen....
Bin froh, daß ich noch eine 2-er Lizent habe, das ist der Mist dann weg...
So, nun kannst du wieder rumnölen oder irgendwelche "gefällt-mir-Beiträge" verfassen, aber Fakt ist, der Dateiupload ist imho Murks....
In diesem sinne
Claus
Zum Thema - Antworten
Beitrag von Sander (7342 Beiträge) am Montag, 6.Februar.2012, 20:19.
Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: @Sander der nächste Mist...
sag mal, hast du Alzheimer? Das hast du vor 3 Jahren schon mal vorgebracht, das ist nix neues!!!! Hab ich in dem Thread auch schon ziemlich am Anfang mal anklingen lassen.
Ich werde nun die Doku ändern, damit diese wieder mit dem Ist-Zustand übereinstimmt. Der Stein der Weisen ist es nicht, aber auf jeden Fall eine Möglichkeit, den User vor Datenverlust zu schützen.
Ich äußere mich jetzt auch nicht mehr dazu, das haben wir schon so oft durchgekaut.
Zum Thema - Antworten
