Feldwert in IB Automatisch berechnen duch sp.

[mojo777]

hallo,
kennst jemand vll eine möglichkeit einen feldwert automatisch durch eine sp zu berechnen?
ich will z.b. eine spalte haben, in der steht wieviel ein kunde bereits gekauft hat.
ist sicherlich auch anders möglich, aber ich würde das gerne mal so elegant lösen. :-)


mfg

[mkinzler]

Du kannst einen Trigger schreiben, der dann die SP verwendet.
Sind die Kaufvorgänge auch in der DB gespeichert?

[mojo777]

ja, aber ich will die daten nicht statisch drin haben. (also in der spalte.. die verkäufe sind natürlich gespeichert in einer table... geht dann mit sum bzw count etc..)
der trigger ist ja schon zu krass für sowas..
wäre echt am besten als eine art "computed by" feld.

[mkinzler]

Zitat:

Zitat von mojo777

ja, aber ich will die daten nicht statisch drin haben. (also in der spalte.. die verkäufe sind natürlich gespeichert in einer table

es lebe die Redundanz ;-)

Zitat:

... geht dann mit sum bzw count etc..)

Ja

Zitat:

der trigger ist ja schon zu krass für sowas..

Warum, im "before Insert" der Verkaufstabelle.

Zitat:

wäre echt am besten als eine art "computed by" feld.

Dann würde es jedesmal berechnet werden, wenn ein select auf die Daten erfolgen würde.

[mojo777]

Zitat:

Dann würde es jedesmal berechnet werden, wenn ein select auf die Daten erfolgen würde.

ja. das will ich :-)


redundanz will ich nich... :-P

[mkinzler]

Zitat:

Zitat von mojo777

Zitat:

Dann würde es jedesmal berechnet werden, wenn ein select auf die Daten erfolgen würde.

ja. das will ich :-)

Ist dir der Datenbankzugriff zu schnell (zu gute Performance, die zunichte gemacht werden muß)?


redundanz will ich nich... :-P[/quote]Wenn du die Verkäufe auf der einen seite und die Anzahl in der "Artikel"-Tabelle nochmal speicherst, dann ist das Redundanz.

[mojo777]

...... :-D
nun ja.
die anwendung ist in der tat nicht zeitkritisch.
und diese eine query wird nicht allzuoft ausgeführt... also auf userbefehl halt. die 10-20 ms sind ok.

gruß

[mkinzler]

Wie gesagt:
Beste Variante: SP die manuell aufgerufen wird und Anzahl der Verkaufsdatensätze pro Artikel zurückliefert.
2. Variante: Anzahl ist normales Feld in Tabelle, welches in einem Trigger der Verkaufstabelle nach Insert ( durch Aufruf der SP) gesetzt wird.
3. Lösung durch View, in dem das Anzahl Feld durch Aufruf der SP bei jedem Zugriff auf das Feld "berechnet" wird.

Nachteil von 3: Je nach Anzahl der Artikel und deren Verkauftransaktionen sehr langsam, da bei jdem Zugriff berechnet werden muß. D.H wenn man

SQL-Code:

select * from Artikel;

ausführt, muß für jede Zeile ein Aufruf und damit eine Summenbildung erfolgen.

[mojo777]

hmm.. ich dachte view geht nur nach statischen inhalten... also kann nur mit parametern arbeiten, die auch fest irgendwo gespeichert sind.... :?

ok. es scheint so zu sein, dass man keine lustige funktion in computed by schreiben kann in ib wie in delphi...

dank dir!

[mkinzler]

Natürlich kannst du auch in Delphi eine computed Feld anlegen, das du dann durch eine SP berechnen lassen kannst. Oder du kannst die Anzahl der Verkäufe einfach in der Query hinzu-Joinen. in beiden Fällen gibt es dann keine Redundanz, da die Felder ja nicht wirklich existieren.
Für was brauchst du das eigentlich?