In einem DBGrid andere Dinge anzeigen als drinstehen

[p80286]

select wert*10 from irgendwo oder

Pseudocode:xx.Cells[x,y].Text=inttostr(myquery.field[z].asinteger*10; (das geht natürlich mit TDBGrid nicht)

aber ich befürchte Du meinst etwas anderes.

Gruß
K-H

[Der schöne Günther]

Zitat von p80286:

aber ich befürchte Du meinst etwas anderes.

Richtig, ich will ja nur die Anzeige anpassen. Arbeiten möchte ich natürlich mit den "echten" Daten.

Zitat von mm1256:

Bin zwar kein Profi...aber vielleicht reicht's trotzdem:

Danke für die Idee. Das wird sicher funktionieren, wäre aber mein letzter Ausweg. Es ist im Endeffekt genau was ich will, aber zwingt einem zum "Malen".

Zitat von Dejan Vu:

Berechnete Felder erstellen. [...]

Das wird es wohl werden. Was mich, so als Amateur, daran jetzt stört ist: Warum blähe ich die Ergebnismenge hier künstlich auf? Klar, das wird wahrscheinlich auf Client-Seite erst nachträglich drangedichtet werden (hoffe ich), aber mir ist das unsympathisch, dass da jetzt jeder drankommt.

Ich wollte eigentlich nur die Werte im DBGrid anpassen. Blöd dass der da nichts anbietet.

[Dejan Vu]

Zitat von Der schöne Günther:

Warum blähe ich die Ergebnismenge hier künstlich auf?

Tust Du ja nicht.

[Der schöne Günther]

Ich formuliere es anders herum: Ich fummele am TDataSet herum. Ich hätte erwartet, direkt den TDBGrid oder wenigstens das TDataSource anfassen zu können.

Wenn ich jetzt irgendeine Logik habe, die das TDataSet auswertet kann sie auch an die berechneten Felder dran die nur für die Anzeige verwendet werden. Finde ich, spontan, doof.

[Dejan Vu]

Ich würde das wirklich im TDataset machen. Die TDataSource ist ja nur ein Verteiler für Dinge, die mit den Daten passieren (events und so). Das Grid wäre wäre noch eine Möglichkeit, aber das TDBGrid bietet hier keine komfortable Möglichkeit.

Auf der Ebene, auf der Du dich bewegst (RAD mit datensensitiven Elementen), würde ich auch die 'rapid' Lösung nehmen, also die, die am schnellsten und direktesten mit dem geringsten Aufwand zu Ziel führt. Willst Du dagegen eine nachhaltige, erweiterbare, skalierbare und schießmichtot Lösung, dann könntest Du dir natürlich ein Viewmodel bauen, aber, WTF.

[Der schöne Günther]

Na gut, dann dreh ich eben am RAD soweit nicht noch jemand etwas tolles einfällt

[himitsu]

Zitat von p80286:

(das geht natürlich mit TDBGrid nicht)

Dafür gibt es dort die Unterscheidung zwischen Value, EditValue und DisplayValue, wobei man den DisplayValue beliebig ändern kann.

[Der schöne Günther]

Was? Erkläre dich!
DisplayValue hört sich gut an, aber was hat es mit einem TDBGrid zu tun?

[himitsu]

Zitat von Der schöne Günther:

DisplayValue hört sich gut an, aber was hat es mit einem TDBGrid zu tun?

Delphi-Grids sind strohdoof, aber es hat zumindestens etwas mit dem DB im Namen zu tun.

TField.FieldName
TField.DisplayName
TField.DisplayLabel

TField.Value
TField.Text
TField.DisplayText
TField.OnGetText
TField.OnSetText
TFloatField.DisplayFormat
...

Außerdem gibt es z.B. die LookupComboboxen, ebenso wie gewisse Fields/Editoren, welche eine Lookup-Funktion anbieten.
Und dann gibt's in so mancher Anzeigekomponenten auch nochmal ähnliche Funktionen, wie z.B. in den Columns der DevArt-Grids.