Das Notes Forum

Domino 9 und frühere Versionen => ND6: Entwicklung => Thema gestartet von: Designer am 02.07.05 - 02:43:41

Titel: berechnungen in einer view??
Beitrag von: Designer am 02.07.05 - 02:43:41
... und noch eine frage   ::)
 ;D

ist es möglich aus einer view mit @dblookup in eine andere view zuzugreifen...
hab eine übersicht aller artikel
möchte nun eine spalte erstellen wo die aktuellen bestände verzeichnet sind...
dafür wollte ich mit @dblookup auf eine view zugreifen, wo in der 1. spalte die artikelnummer ist und in der 5. die verkaufsanzahl...
allerdings wenn ich das zusammen summiere zeigt er mir das ergebnis nicht in der view an!
wieso???
bin am verweifeln...    :-:
Titel: Re: berechnungen in einer view??
Beitrag von: Manfred Dillmann am 02.07.05 - 07:51:05
>>wieso???<<

Weil @DBLookUp nicht in einer Ansichtenspalte funktioniert.

Siehe Designer-Hilfe (Where does this @function work? (Part 1 A -- D)).

Manfred
Titel: Re: berechnungen in einer view??
Beitrag von: Designer am 02.07.05 - 10:52:21
Hallo!
hab folgendes Problem:

hab in einer form "Artikel" ein feld wo ein fester wert abgespeichert ist, wieviele Artikel am Anfang verfügbar sind.
wenn ich nun ein computed field anlege, dass immer den aktuellen stand ausrechnet anhand der kaufvorgänge aus einer View  (aufsummieren aller verkaufszahlen jener Artikel- ID) berechnet er mir das prima beim öffnen der form...

leider zeigt die eine view, wenn ich das feld zur anzeige angebe, keinen Inhalt..
schätze mal, weil es keinen festen wert hat oder?

wie kann ich das denn jetzt lösen wenn ich mit @dblookup keine werte berechnen kann und wenn ich keine computed fields angeben kann.    :-:

freue mich um hilfe!

LG
Titel: Re: berechnungen in einer view??
Beitrag von: Axel am 02.07.05 - 11:53:58
Hi,

mal nur so ins (nicht vorhandene Blaue) gedacht.

Du müsstest in deiner Maske ein Feld einbauen für den Bestand einbauen. Beim Speichern musst du nach dem entsprechenden Artikel suchen und so die verkaufte Anzahl ermitteln. Dann kannst du den Bestand ermitteln und in das Feld schreiben. Diese Feld kannst du in der Ansicht anzeigen.

Wie gesagt ist nur mal ein Gedanke. Ob sich das so realisieren läßt und welche Fallstricke dabei auftauchen vermag ich im Moment nicht zu sagen.

Axel
 
Titel: Re: berechnungen in einer view??
Beitrag von: Designer am 02.07.05 - 12:02:40
dbSrv     := "" : "";
view       := "Artikelstand";
key:=id;
feld        := 5;
val         := @DbLookup("":"NoCache"; dbSrv; view; key; feld);
@If(@IsError(val);val:="0";@Nothing);
val:=@ToNumber(val);
a:=@Sum(val);
a

dieses computed field berechnet beim aufrufen der form sehr gut die bisher gekaufte anzahl des jeweiligen artikels.
wenn ich dieses feld aber in einer view (spalte) anzeigen lassen will kommt nur eine leere spalte... wieso?
 :-:  :'(  :'(
Titel: Re: berechnungen in einer view??
Beitrag von: koehlerbv am 02.07.05 - 12:25:33
Diese Frage beantwortet die DesignerHelp:

"Diese Funktion ist nicht für Spalten- oder Abschnittsformeln bzw. Mail-Agenten vorgesehen."
Titel: Re: berechnungen in einer view??
Beitrag von: Designer am 02.07.05 - 12:40:41
hallo!
wie kann ich denn das problem dann einfach lösen?
wenn ich bei jedem kaufvorgang zum beispiel mit @setdocfield das max. feld eins oder je nachdem runtersetze, dann stimmt mein wert aber beim löschen eines dokumentes nicht mehr   :(
Titel: Re: berechnungen in einer view??
Beitrag von: Designer am 02.07.05 - 12:56:45
hat keiner einen Rat?
 ???
also wenn ich ein feld in der maske des artikels einbaue und dies mit @setdocfield immer dementsprechend herabsetze, ist es ja ungenau.
wenn ich aber mit einem computed- field die zahlen mittels einer view berechnen lasse, dann kann die view es nicht anzeigen.
also ist nur die ungenaue variante möglich?
Titel: Re: berechnungen in einer view??
Beitrag von: Semeaphoros am 02.07.05 - 14:14:10
vielleicht erklärt dir Dieser link (http://www.atnotes.de/index.php?topic=20520.msg129057#msg129057) Und Das Dort beschriebene, Warum du Verhältnismässig Wenig antworten Bekommst. ausserdem Ist Es samstag ...... ungeduld Ist Auch Kein motivator.