SQL-Abfrage formatiert ausgeben

[jobo]

Zitat von waldforest:

Wie beschrieben möchte ich die Query auf dem Formular dynamische nutzen um hier ein Standardformular mit unterschiedlichen Abfrage zu füttern.

Wenn es dynamisch sein soll, kannst Du direkt im SQL ein Cast auf Text versuchen. Dabei werden die Standard Settings verwendet (Decimaltrennzeichen usw.) Das macht allerdings nur Sinn, wenn es um readonly Daten geht.

Code:

cast(22.5 as varchar(50))

Leider hat man glaub ich keine Möglichkeit, das explizit mit einer Formatmaske zu versehen. Vielleicht findest Du dazu aber eine brauchbare UDF.

[mkinzler]

Ich würde Formatierungen nicht in der Abfrage, sondern bei der Anzeige durchführen.

[jobo]

Ich würde es auch nur unter gewissen Umständen machen, so hab ich es ja auch geschrieben. Der TE kann es vielleicht selbst beurteilen, ob es für Ihn in Frage kommt. Ein Hindernis ist ja hier leider die "dünne" Ausstattung bei Firebird.

Warum würdesst Du es nicht machen?

[haentschman]

Zitat:

Warum würdesst Du es nicht machen?

...weil nur die Anzeige für die Darstellung verantwortlich ist. Beispiel Datum: Das liegt in der DB als TDateTime. Letztendlich entscheidet die Anzeige ob es im Englischen oder Deutschem Format angezeigt wird. Du würdest auch keine 2 SQL machen um den Datumsstring schon formatiert aus der DB zu holen oder?

[jobo]

Tja, also ich kann ohne Probleme einen Preis oder eine Summe dynamisch per SQL ausgeben und meinetwegen auch eine Währung berücksichtigen, ähnlich geht es bei Datumsangaben, kommt halt auch auf die Fähigkeiten des DB Systems an, wie schon gesagt.

Die Vorgabe des TE war ja ein Formular für unterschiedliche SQL Statements zu verwenden.
Jetzt kann er entweder eine Feldverwaltung mit Formatierung einbauen oder aber im einzigen Teil, der eh dynamisch ist, direkt für eine richtig formatierte Ausgabe sorgen.

Natürlich gibt es Direktiven wie "weil nur die Anzeige für die Darstellung verantwortlich ist" nicht ohne Grund, aber die sind kein Selbstzweck. In einem überschaubaren Rahmen finde ich eine Lösung mit SQL Formatierung vollkommen okay.

[p80286]

Zitat von haentschman:

Zitat:

Warum würdesst Du es nicht machen?

...weil nur die Anzeige für die Darstellung verantwortlich ist. Beispiel Datum: Das liegt in der DB als TDateTime. Letztendlich entscheidet die Anzeige ob es im Englischen oder Deutschem Format angezeigt wird. Du würdest auch keine 2 SQL machen um den Datumsstring schon formatiert aus der DB zu holen oder?

Jain, ich hab die Situation, das ein Std-Schreiben aus der DB gefüttert wird, da wird das Datumsformat über den Standort in der Queryausgabe gesteuert. Da ich aber eh eine Unterscheidung deutscher/englischer Brief habe, wäre es zu überlegen, dort das Datum zu formatieren.

Gruß
K-H

[haentschman]

Hallo,

Zitat:

Da ich aber eh eine Unterscheidung deutscher/englischer Brief habe, wäre es zu überlegen, dort das Datum zu formatieren.

Sicher gibt es verschiedene Ansichten. Persönlich würde ich die DB zum Halten der Daten verwenden und dem Report, der den Brief generiert, die Formatierung überlassen. Imho kann der das besser...

[p80286]

Hab ich was von "Report" geschrieben?
es ist Word, und die Zicke von dem zu überzeugen was man gerne hätte ist doch recht aufwendig.
Darum auch die Tricksereien mit der Abfrage und dem Ausgabeformat.

Gruß
K-H

P.S.
in absehbarer Zeit wir bei uns offizell auf ISO-Format umgestellt, dann stellt sich auch diese Frage nicht mehr!