Eintrag in DB Kyrillisch nur ??????

[Pet04]

ändert sich nichts

[baumina]

Das hier hatte dich auch nicht weiter gebracht?

Oder das

[Pet04]

nicht wirklich

[himitsu]

Dann beantworte endlich mal alle nötigen Fragen.

Wie ist das Array definiert?
Wie ist ds encoding der Datenbank, des Feldes und der Connection?
"welches korrekt in kyrillisch übersetzt wird" und das ist auch ganz sicher so?


Ansonsten können wir aufhören, da keiner Helfen kann, außer in wilden Spekulationen rumzuraten oder die kaputte Glaskugel zu befragen.

[Pet04]

Wie ist das Array definiert?

station_array: array [0 .. 210] of string;

Wie ist ds encoding der Datenbank, des Feldes und der Connection?

Wo sehe ich die Einstellungen fürs Encoding der DB ?
Die Tabellenspalte ist als nvarchar() definiert.

Meine DB Connection:
Server=Provider=SQLOLEDB.1;Integrated Security=SSPI;Persist Security Info=False;Initial Catalog=Datenbankname;Data Source=.\

"welches korrekt in kyrillisch übersetzt wird" und das ist auch ganz sicher so?

ja

Über insert... wird es richtig eingetragen, daher gehe ich davon aus, dass die Einstellungen richtig ist.

[Bernhard Geyer]

Sind Persistente Felder definiert?

[Dejan Vu]

Vermutlich schafft der Treiber es nicht, ein 'N' vor das Stringliteral bei der Parametrierung zu setzen. Ich würde mir mal im Profiler anschauen, welcher SQL-Befehl genau zum Server geschickt wird. Ich war neulich so blöd, und hab das direkt im SSMS geschafft, also etwas kyrillisches in ????? zu verwandeln, nämlich so:

Code:

declare @foo nvarchar(20)
set @foo = '<etwas kyrillisches>'
select @foo

Ergebnis: '??????'

Code:

declare @foo nvarchar(20)
set @foo = N'<etwas kyrillisches>'
select @foo

Ergebnis: '<etwas kyrillisches>'

Bei falsches Codepages würde ich annehmen, das einfach ein anderer Buchstabensalat rauskommt. Bei reinen '????' auf Datenverlust im SQL-Skript.

[Bernhard Geyer]

Der Treiber hat hier mit Sicherheit kein Problem (Verwende ADO+D6 seit Jahren und habe keine Probleme mit nvarchar-Feldern).
Wenn dann hat hier die ADOExpress/dbGo-Implemenetierung der verwendeten Delphi-Version einen Fehler (Verwende bei uns eben kein dbGo).

Probier mal statt .AsString .AsWideString aus.