Platzhalter / führende "0" bei PLZ in Turbo DB

[dlenz]

Hallo Liebe Delphi-Gemeinde,

ich habe eine Problem mit der TurboDB 5:
Ich habe eine Kundenliste mit der Anschrift, also auch der Postleitzahl. Nun habe ich aus meine MySQL Datenbank die Tabelle inklusive Werte per Turbo DB Viewer importiert. Allerding fehlt bei den vierstelligen PLZs nun die führende null.

Gibt es die Möglichkeit einen Platzhalter, wie zum Beispiel "%" zu verwenden? Oder mit zerofill wie bei MySQL?

Danke schonmal vorab.

[Bernhard Geyer]

Welchen Feldtyp hatt den das PLZ-Feld in MySQL und TurboDB?

[mkinzler]

Zahlen haben keine führende nullen. Entwder verwendest du einen String oder fomatierst bei der Ausgabe in Delphi

[Bernhard Geyer]

Zitat von mkinzler:

Zahlen haben keine führende nullen.

Bei MySQL scheinbar schon.

[dlenz]

Zitat von mkinzler:

Zahlen haben keine führende nullen. Entwder verwendest du einen String oder fomatierst bei der Ausgabe in Delphi

habe ich ja schon in der turbo db in STRING geändert das Feld... aber die null ist nach dem import trotzdem weg.
bei mysql habe ich das ja damals einfach mit zerofill gelöst, aber bei der TurboDB steht auch nichts in der Hilfe etc.

[dlenz]

FillStr(Source, Filler: String; Len: Integer): String
Füllt die Zeichenkette Source mit Filler bis zur durch Length gegebenen Länge und gibt das Ergebnis zurück.

<--- damit muss das doch irgendwie gehen... nur keinen schimmer wie

[Jürgen Thomas]

Dieses Beispiel zeigt: PLZ müssen immer als char-Felder deklariert werden! Alles andere führt früher oder später zu Problemen. Jürgen

PS. Für Deutschland genügt char(5), für USA char(10); das ist das Maximum, was weltweit vorkommt.

/Edit: Um Missverständnissen vorzubeugen (siehe spätere Beiträge): char(n) ist die SQL-Schreibweise für Zeichenketten. Ich habe soviel Programmierer-Intelligenz vorausgesetzt, dass man bei Bedarf dies in string[n] o.ä. übersetzt.

[dlenz]

Zitat von Jürgen Thomas:

Dieses Beispiel zeigt: PLZ müssen immer als char-Felder deklariert werden! Alles andere führt früher oder später zu Problemen. Jürgen

PS. Für Deutschland genügt char(5), für USA char(10); das ist das Maximum, was weltweit vorkommt.

den Variablentypen CHAR gibt es bei der TurboDB 5 aber bisher leider nicht. muss doch noch ne andere möglichkeit geben.

wäre verdammt glücklich, wenn jemand seine skills hier kund tuenwürde, dangge

[sh17]

CHAR gibts nicht, aber dafür String mit der gewünschten Länge

[sh17]

Wenn Du es mit dem TurboDB_Viewer gemacht hast, wäre eine Anfrage über das Dataweb-Supportforum sicher keine schlechte Idee, die müssen es ja wissen.