Formatierung im View

[Sir Rufo]

Zitat von sx2008:

Zitat von Sir Rufo:

Es ist eine philosophische Frage, ob die View formatierte Daten oder rohe Daten liefern soll

Ich würde die Frage so beantworten, dass eine View die Felder immer atomar liefern sollte; also z.B. Währung und Betrag getrennt.
Als Ausnahme würde ich z.B. gelten lassen dass eine Filial- und eine Kundennummer zu einem Feld zusammengezogen werden weil diese Kombination im Geschäftsprozess überall verwendet wird.
Andererseits kann und soll eine View ruhig auch die Daten vorverarbeiten insbesondere meine ich damit die Aggregatfunktionen SUM, COUNT, AVG, MIN und MAX.

Das sind dann ja auch immer noch rohe Daten, die für die Ausgabe noch formatiert werden müssen
(Währungssymbol, Tausender-Trennzeichen, Dezimal-Trennzeichen, fett, farbig, etc.)

[Perlsau]

Zitat von Sir Rufo:

Zitat von sx2008:

Zitat von Sir Rufo:

Es ist eine philosophische Frage, ob die View formatierte Daten oder rohe Daten liefern soll

Ich würde die Frage so beantworten, dass eine View die Felder immer atomar liefern sollte; also z.B. Währung und Betrag getrennt.
Als Ausnahme würde ich z.B. gelten lassen dass eine Filial- und eine Kundennummer zu einem Feld zusammengezogen werden weil diese Kombination im Geschäftsprozess überall verwendet wird.
Andererseits kann und soll eine View ruhig auch die Daten vorverarbeiten insbesondere meine ich damit die Aggregatfunktionen SUM, COUNT, AVG, MIN und MAX.

Das sind dann ja auch immer noch rohe Daten, die für die Ausgabe noch formatiert werden müssen
(Währungssymbol, Tausender-Trennzeichen, Dezimal-Trennzeichen, fett, farbig, etc.)

Du hast ja recht: Das Ausführen von Aggregatfunktionen stellt ist streng genommen keine Formatierung, das Auffüllen eines Wertes z.B. mit Nullen dagegen in gewisser Weise schon. Daher lautet die philosophische Frage wohl, was Formatierung ist und was nicht. Handelt es sich um Formatierung, wenn ich aus verschiedenen Spalten – teilweise mit Foreign Key – eine Spalte für die Überschrift eines Serienbriefes generiere, wie z.B. "Sehr geehrter Herr Professor Thomas Wichtigheimer,"? oder für die Adresse

Code:

Adr.Vorname|| ' ' ||Adr.Nachname||ASCII_CHAR(13)||ASCII_CHAR(10)||Adr.Strasse|| ' ' ||Adr.HausNr

?

[p80286]

Alles was anwenderspezifisch ist(Dezimaltrenner...Datumsformat) hat in der DB nichts verloren.
Jetzt werden natürlich viele sagen, meine Kunden sitzen aber nur zwischen München und Passau.
Und durch Zufall landet eine Version in den USA und nichts passt mehr.

Wenn die Programmoberfläche flexibel auf sich ändernde Umstände reagieren kann, bringt das Punkte.
Nur nicht zwischen München und Passau.

Gruß
K-H

Nachtrag:
das mit der Adressgenerierung würde ich auch auf den Client verlagern, denn da hat jedes Land eigene Vorstellungen was richtig ist.

[Sir Rufo]

Antwort: Ja

Schon alleine deswegen, weil alleine der Zeilenumbruch #10#13 typisch für Windows ist

@p80286