Ergebnis der Suchanfrage

• Forum: Datenbanken

  AW: MSSQL+FireDAC: Umlaute im SQL Statement gehen "verloren"

   
    by juergen, 8. Okt 2023
  Kurze Rückmeldung:
  Das Problem lag ganz woanders...
  Das eigentliche Problem lag an meinem Json-Reader, der das Array aus der Json-Datei ausliest. Der hatte *kein* Encoding vorgegeben! Dann verwendet der Json-Reader wohl TEncoding.Default! Und genau das wendet dann wohl die Codepage des Betriebssystems an.
  Nachdem ich nun das TEncoding.UTF8 für den Json-Reader fest vorgebe, funktioniert auch...
• Forum: Datenbanken

  AW: MSSQL+FireDAC: Umlaute im SQL Statement gehen "verloren"

   
    by juergen, 5. Okt 2023
  So, nun hier weiter. Ich setze von einem Array of String die Elemente-Werte in das VarBinary-Feld der Tabelle.
  
  Das ist das Ergebnis aus dem VarBinary-Feld der Tabelle.
  Abgefragt im SSMS mit
  SELECT CONVERT(VARCHAR(MAX), CONVERT(VARBINARY(MAX), <my_VarBinary-Feld>)) From <my_Table> WHERE ID = 8
  
  
  
  Wie man sieht hat das drittletzte und letzte Element anstelle WÜ und ÜA falsche Zeichen für...
• Forum: Datenbanken

  AW: MSSQL+FireDAC: Umlaute im SQL Statement gehen "verloren"

   
    by juergen, 5. Okt 2023
  Ok, das Memo ist natürlich nicht in der Datenbank, sondern das Control DBMemo zur Anzeige in der Anwendung. Aber ich glaube du weißt was ich meinte. :wink:
  Der Datentyp des Feldes ist varbinary.
• Forum: Datenbanken

  MSSQL+FireDAC: Umlaute im SQL Statement gehen "verloren"

   
    by juergen, 5. Okt 2023
  Hallo zusammen,
  
  ich habe momentan das Phänomen, dass in einem SQL-Statement, welches ich in Delphi zusammenstelle und dann an die FDQuery.SQL.Text übergebe, dann im Memo der Datenbank keine Umlaute ankommen sondern seltsame Zeichen. Das tritt bei mir lokal nicht auf, aber auf einem englischen Server. Bei mir und auf dem engl. Server steht die Collation der Datenbank auf "Latin1_General_BIN2"....