Umstellung von MS-SQL Express auf PGSQL 8.4

[fips0705]

Hallo,
ich bin versuche gerade meine Anwendung von MS-SQL Express 2005 auf PGSQL 8.4 umzustellen.
Der Grund ist das ich an die 4GB Grenze stoße und dann der MS-Server nicht mehr kostenfrei ist.

Jetzt habe ich die DB die es betrift erfolgreich in PG-Server importiert.
Leider bekomme ich bei meinen SQL-Satment die Fehlermeldung
ungültige Byte-Sequenz für
Kodierung »UTF8«: Dieser Fehler kann auch auftreten, wenn die Bytesequenz nicht mit der Kodierung übereinstimmt, die der Server erwartet, welche durch »client_encoding« bestimmt wird.

Im Netz habe ich gefunden das ich
set client_encoding = 'utf8'
auf der DB durchzuführen muss.

leider ohne Erfolg.

Jetzt weiß ich nicht ob es an der Komponente ZEOSDBO 6.6.6 liegt bzw wo ich die Einstellung ändern muss.

[NetSonic]

Welches Encoding nutzt der Server denn überhaupt. Dass muss ja nicht zwingend UTF8 sein. Läuft der Server unter Windows oder Linux?

[fips0705]

Der Server läuft auf WinXP SP3
und das Encoding ist UTF8

[NetSonic]

Hast Du evtl. in MSSQL Feler vom Typ "Blob" benutzt? Diese müssen in Postgre "bytea" sein. Sonst kann es da auch zu Problemen kommen.
Wie lautet denn Dein SQL-Statement und wir ist die Tabelle aufgebaut?

[fips0705]

das ist die Stuktur der Tabelle
nichts besonderes

id serial NOT NULL,
id_textdatei integer,
taetigkeit character varying(6),
datum timestamp without time zone,
zeit timestamp without time zone,
geraetenummer character varying(9),
fahrerpin character varying(4),
kunde character varying(6),
belegnr character varying(6),
betrag numeric(19,2),
zahlart character(1),
unterschriftsname character varying(50),
dateinamescreen character varying(35),
datumauslieferung timestamp without time zone,
zeitauslieferung timestamp without time zone,
importiert_am timestamp without time zone,
namefahrer character varying(30),
abgerechnet boolean,
abgerechnet_am timestamp without time zone,
gutschriftsnr character varying(6),

die Abfrage ist select scheine.fahrerpin from scheine.

auch nichts besonderes

werde aber die Daten jetzt nocheinmal importieren

[NetSonic]

Stimmt, außergewöhlich ist daran nichts.
War der Datenstamm denn vorher auch in UTF-8?
Evtl. ist bei der Umwandlung etwas schief gegangen.

[fips0705]

nein die kommen direkt aus dem MS-SQL Express da ist es wohl nicht UTF-8. Kann aber erst heuet Nacht neu exportieren... :-(