Umlaute in Feldnamen werden nicht importiert - bricht ab

[alex517]

Zitat:

Zitat von Sherlock (Beitrag 1464512)

Off-Topic: Hast Du wenigstens schon das Kreuz parat, an dem der abenteuerlustige Mensch fachmännisch befestigt werden kann, der sich überlegt hat, Umlaute seien eine feine Sache als Feldname? Ich würde nichtmal heute in Delphi auf die Idee kommen, Umlaute als Bezeichner zu verwenden, und dabei geht das schon seit mindestens 10 Jahren.

Sherlock

Dem kann ich mich nur anschließen.

[himitsu]

Zitat:

Zitat von Sherlock (Beitrag 1464512)

und dabei geht das schon seit mindestens 10 Jahren

Dabei ist es witzig sein Program damit aufzuwerten.
Bei über 20 Tausend möglichen Zeichen, kannst jedem Bezeichner (Typen/Klassen, Properties, Variablen, Konstanten und Funktionsnamen) je ein Zeichen geben ... chinesisch bietet sich besonders an.

Schon ist dein Code schön kurz und extrem übersichtlich. :zwinker:



obfuscation

[Jasocul]

Das kommt mir soooo bekannt vor. Ich habe mit so einer Datenbank auch zu tun. Leider gehören die zu einer externen Anwendung und ich kann da nichts beeinflussen.

Ich habe das Problem gelöst, indem ich Views erstellt habe, die die Feldnamen in einen brauchbaren Namen umsetzen. Das könnte hier vielleicht auch ein Ansatz sein, wenn es keine Lösung über das Encoding gibt.

[samso]

Zitat:

Zitat von mcinternet (Beitrag 1464473)

ERROR 1300 (HY000) at line 191992: Invalid utf8 character string: 'Am_Pr\xFCffrequ'

Operation failed with exitcode 1

Das '\xFC' ist ja offensichtlich IEC 8859-1 und nicht UTF8. Ich würde also mal suchen an welcher Stelle Dein "ü" falsch kodiert wird.

[Delphi.Narium]

Der Inhalt der Fehlermeldung besagt ganz klar, dass es sich nicht um UTF8 handelt.

Und die Fehlermeldung zeigt auch, dass es sich nicht um ein Problem beim Inhalt der Datenbank handelt, sondern dass Teile des SQLs selbst nicht verstanden werden.

Wie sieht eigentlich die bemängelte Zeile 191992 im Script D:\Projekte\Neuentwicklung\bin\Win64\Release\dumpc ompleteexport.sql konkret aus?
Ist das ein Create table, ein Insert into ein wasauchimmer?

Eigentlich wäre es sehr hilfreich, wenn der Datenlieferant mal kundtuen könnte, mit welchen Optionen, welchem Zeichensatz, ... er das Script erstellt.

Weiß man dies, kann man beim Import die gleichen Einstellungen verwenden und muss nicht raten und probieren, ob und wie es klappt und hoffen, dass das auch dauerhaft so bleiben wird.

[himitsu]

@Jasocul: Was hilft dir ein View, wenn du den nicht benutzen kannst, ohne vorher die Daten in die Datenbank zu bekommen? :zwinker:

Nja, wie schon in #7 gesagt ... das Encoding beim Einlesen/Verarbeiten muß schon mit den einzulesenden Daten zusammenpassen,
entweder man kann das einstellen oder könnte vorher umkodieren.

[mcinternet]

Zitat:

Zitat von Sherlock (Beitrag 1464512)

Off-Topic: Hast Du wenigstens schon das Kreuz parat, an dem der abenteuerlustige Mensch fachmännisch befestigt werden kann, der sich überlegt hat, Umlaute seien eine feine Sache als Feldname? Ich würde nichtmal heute in Delphi auf die Idee kommen, Umlaute als Bezeichner zu verwenden, und dabei geht das schon seit mindestens 10 Jahren.

Sherlock

Der ursprüngliche Coder ist nicht mehr greifbar. Der Code stammt aus 2003 oder so.

Beste Grüße

mcinternet

[mcinternet]

So Leute, erst einmal vielen Dank für Eure rege Unterstützung. :thumb:
@himitsu brachte mich auf die richtige Idee. In der Connection fehlte das Encoding.

Witzig dabei ist: bisher hat es so funktioniert, auf einmal nicht mehr.
Nun habe ich in beiden Connections Latin1 drin und alles funzt.

Noch einmal vielen Dank und auch den Hinweis von @Sherlock werde ich aufgreifen, falls mir dieser Coder mal über den Weg läuft. :stupid:

beste Grüße aus dem schönen Odenwald

mcinternet

[himitsu]

:bounce2:
War es früher auch schon immer im Linux, oder war es da noch Windows?


Geknallt hätte es vermutlich/bestimmt ohne Umlaute in Bezeichnern, spätestens auch bei Umlauten in den Daten der Inserts. :angle:

[mcinternet]

Zitat:

Zitat von himitsu (Beitrag 1464534)

:bounce2:
War es früher auch schon immer im Linux, oder war es da noch Windows?

Die jetzige Produktionsdatenbank ist MySQL - uralt, keine Ahnung welche Version (auf jeden Fall komme ich da mit der Workbench nicht dran, dafür ist sie zu alt), läuft auf Linux und pfeift aus dem letzten Loch.
Die neue ist ne MySQL 8 und läuft auf nem Windows 2019 Server. Ich mache von dem Produktivsystem so alle Monat mal nen Export, um meine Entwicklungsdatenbank, sowie die Testumgebung auf den aktuellen Stand zu bringen. Für den Export und Import habe ich nen Automatismus gebaut, den ich in der ständigen Entwicklung pflege, damit die spätere Inproduktivnahme so glatt wie irgend möglich verläuft.

beste Grüße

mcinternet