die default "Codepage" (?) Einstellung von PostgreSQL ist ja Win1252 -> ANSI ?
deutsche "Umlaute" sind OEM (?) aber pgAdmin.EXE kann die öffen / browsen !
nun gibt es aber auch noch "Sonderzeichen" ... und da "könnte" es ein Problem geben.
mit ConvToAnsiCP(cOEM) kann man das zwar alles "lösen" ... oder wie im Help File die Strings
Code: Alles auswählen
cAnsi := Chr(196)+Chr(228)+Chr(214)+Chr(246)+Chr(220)+Chr(252)
cOem := Chr(142)+Chr(132)+Chr(153)+Chr(148)+Chr(154)+Chr(129)
ich habe nun mal meine "Problem" DBF "zerlegt" und alles > CHR(128) ausgeben lassen
meine User verwenden also "Sonderzeichen" die nicht im cANSI / cOEM String enthalten sind wie z.b.Chr() Treffer
----------
129 90973
132 38148
142 8
148 23426
153 8733
154 1971
213 11
225 50601
228 212
239 315
245 3
246 212
das ist nun der Teststring OEM
"üäÄöÖÜıßõ´§÷"
das ist nun der Teststring ANSI
"„Ž”™šÕáäïõö"
213 hat geschrieben:Glutamat teurer +0,30 ı kg !
225 hat geschrieben:Sojasoße Mushroom dunkel
239 hat geschrieben:aus Holland Lee´s Food
und das wurde vermutlich auf einem chinesischen OS() eingegeben245 hat geschrieben:Selbstentsorger gem § 6 Abs.3
mit meinem "native" PGu.EXE komme ich an "beide" importierten Table, aber pgAdmin.EXE kann nur die nach "Edgar" Style, mit allen "Sonderzeichen",öffnen. Der Unterschied liegt nur im "Field" für den "PRIMARY KEY"246 hat geschrieben:Soja-Kõse/Chilli÷l LAO GAN MA
Code: Alles auswählen
Edgar :
cQuery := "CREATE TABLE " + xtab + " (id numeric(6) NOT NULL default '0', "
... // hier Rest Field Definitionen
cQuery += "PRIMARY KEY (id) ) "
Code: Alles auswählen
Jimmy :
cQuery += " __record serial NOT NULL, "
... // hier Rest Field Definitionen
cQuery += " CONSTRAINT "+ xtab + "_pkey PRIMARY KEY (__record)"
cQuery += " )" // NEED