Das Notes Forum
Domino 9 und frühere Versionen => Entwicklung => Thema gestartet von: Master Of Desaster am 05.12.02 - 07:04:55
-
Hallo zusammen,
bin ein Notes-Frischling und habe die Hoffnung, daß mir in diesem prima Forum der ein oder andere helfend unter die Arme greift ;)
Okay, hier ist mein Problem: In einer Ansicht lasse ich die Anzahl der Antwortdokumente berechnen (mit der Formel 1 und anschließender Berechnung der Spaltensumme) - so weit so gut... leider kann ich die berechneten Werte weder sortieren noch kategorisieren (hängt wohl damit zusammen, daß Views nicht dynamisch sind).
Hat irgendjemand eine Idee, wie ich das trotzdem hinbekommen könnte?
Danke euch im voraus,
Stephan
PS: Als kleines Dankeschön werde ich jetzt gleich ein schönes Script für den formatierten Export nach Excel posten :)
-
... die Spalte muß in der Ansicht als kategorisiert aktiviert sein...
... weitere Kategorien erreichst du mit einem Doppel-Backslash
ata
-
Die Spalte ist kategorisiert - sie kategorisiert nur nix, d.h. die Werte werden nicht zusammengezogen, ich hab dann statt 200 Einzelwerten nur 200 Kategorien (alle mit nem schönen Pfeilchen *g*)... und Sortieren funzt auch ned >:(
Und das mit dem Doppel-Backslash hab ich jetzt nicht kapiert (sorry)... wo und wann muß ich den eingeben - und was ist der Erfolg??
Danke,
Stephan
-
Hi,
Okay, hier ist mein Problem: In einer Ansicht lasse ich die Anzahl der Antwortdokumente berechnen (mit der Formel 1 und anschließender Berechnung der Spaltensumme) - so weit so gut... leider kann ich die berechneten Werte weder sortieren noch kategorisieren (hängt wohl damit zusammen, daß Views nicht dynamisch sind).
wie du bereits festgestellt hast, lassen sich solche Spalten nicht kategorisieren. Um eine andere Lösung zu finden, beschreibe kurz mal, was du machen willst.
Und das mit dem Doppel-Backslash hab ich jetzt nicht kapiert (sorry)... wo und wann muß ich den eingeben - und was ist der Erfolg??
Schreibe in die Spaltenformel:
Feldname1 + "\\" + Feldname2 + "\\" + Feldname3
Dann wird so kategorisiert
>Feldname1
>Feldname2
>Feldname2
>Feldname3
>Feldname1
>Feldname2
Axel
-
Also:
Ich möchte in einer Datenbank, in der Serviceberichte erfasst sind, eine Auswertung darüber fahren, ob mehrere Einsätze an einem Gerät stattgefunden haben.
Dazu habe ich nach der Seriennummer kategorisiert, sodaß alle Serviceberichte, die zu einem Gerät gehören erst einmal zusammengefasst sind. Danach habe ich - wie oben schon beschrieben - eine neue Spalte angelegt, die mir die Anzahl der Serviceberichte in der Spalte berechnet.
Das Ergebnis ist zwar richtig, aber sehr unübersichtlich...
Ich möchte jetzt gerne alle Serviceberichtssummen ausblenden, die kleiner 2 sind und den Rest absteigend sortieren und kategorisieren.
...war das verständlich?
-
Hi,
yoo, das ist verständlich.
Versuch's mal mit der Funktion @DocDescendants in der Spalte
Die Spaltenformel müsste dann so aussehen:
@DocDescendants(""; ""; @TextToNumber("%"))
Axel
-
nach der Summenspalte kannste keider nix sortieren, da diese Zahl so flüchtig ist wie ein Neutrino ist, daß man sie notestechnisch nicht fassen kann (was ´n Satz....trifft es aber).
Daher ein anderes Modell für Dein Ziel:
- erstelle als Hauptdoc die Geräte incl. dieser Seriennr.
- dann erstellst Du für jeden Servicecase ein Antwortdoc zu dem gegebenen Gerät
- bei ersten Speichern des Servicecase No.1 wird dieser Vorgang auch im Hauptdoc erfasst, und zwar ebenso als No.1 (also Zahl 1)
- beim erneuten Speichern ("Ändern") darf natürlich nicht mehr im Hauptdoc die Anzahl der Servicevorgänge hochgezählt werden
- mit dem nächten Servicecase wird im Hauptdoc die Zahl auf 2 erhöht etc....
- die Hauptdocs stellt man alle in einer View mit "Select Form="Geraet" & Service_Anzahl>=2"
- in der Maske des Hauptdocs liegt eine nach Servicenummern kategorisierte embedded view, die entspr. der Servicenummer des geöffneten Hauptdocs nur die "eigenen", dazugehörigen Serviceberichte anzeigt. Diese sind per Doppelklick aufrufbar
So rum besser?
PS: natürlich müssen gelöschte Servicecases auch im Hauptdoc zu einer Reduktion des Zählers führen!
-
-> Axel: Sorry, aber das bringt überhaupt nichts - macht es eher noch schlimmer, weil @DocDescendants eine 0 statt einer 1 liefert. Trotzdem Danke :)
-> Rob: Die von dir vorgeschlagene Lösung hört sich ziemlich gut an - könnte funktionieren, wenn ich nicht so ein DAU wär' *lach*.
Vielleicht magst es mir ja nochmal erklären (langsam, zum Mitdenken)... Wie realisiere ich das Hoch- bzw. Runterzählen im Hauptdokument?
Die Daten werden per *.wk3 file importiert und enthalten sowohl die Gerätedaten, wie auch die Serviceberichtsdaten (jeweils in ein und demselben Datensatz). Funktioniert das trotzdem mit den Haupt- und Antwortdokumenten?
Danke für eure Geduld ::)
-
Die Daten werden per *.wk3 file importiert und enthalten sowohl die Gerätedaten, wie auch die Serviceberichtsdaten (jeweils in ein und demselben Datensatz). Funktioniert das trotzdem mit den Haupt- und Antwortdokumenten?
Import: Einmaliger oder ständiger Vorgang?
-
Hi,
ich nochmal. Ich hab's mal probiert. Es kommt darauf an, wo du die Spalte einfügst.
Du hast eine Ansicht, die nach Seriennummer kategorisiert ist. Wenn du die Summen-Spalte mit @DocDescendants danach einfügst, bekommst du immer 0, dass ist richtig. Füge mal die Spalte vor die kategorisierte Spalte mit der Seriennummer ein. Dann sollte es gehen.
Achtung!! Die Spaltenformel enthielt noch einen kleinen Schönheitsfehler. Sie muß so aussehen:
@DocDescendants(""; ""; "%")
Axel
-
Du hast eine Ansicht, die nach Seriennummer kategorisiert ist. Wenn du die Summen-Spalte mit @DocDescendants danach einfügst, bekommst du immer 0, dass ist richtig. Füge mal die Spalte vor die kategorisierte Spalte mit der Seriennummer ein. Dann sollte es gehen.
Ja, aber filtern/sortieren/kategorisieren kann er danach trotzdem nicht.
-
Ja, aber filtern/sortieren/kategorisieren kann er danach trotzdem nicht.
Hi,
dass ist prinzipiell richtig, aber es ist erstmal eine kleine Lösung ohne großen Aufwand.
Man muß sich vor Augen führen, dass einige Dinge mit Notes nicht, oder nur mit sehr großem Aufwand zu realisieren sind. Die Frage ist, ob man dann nicht lieber mit einer kleine Lösung arbeitet.
Axel
-
-> Wolfgang: Der Import der Daten ist kein ständiger, aber ein häufiger Vorgang und soll von den Usern selbstständig durchzuführen sein.
-> Axel: Hey, danke, jetzt tut's so weit! Das hilft insofern schon mal weiter, als die User damit zumindest für's erste zufrieden sein dürften.
Trotzdem wüßte ich gern, wie das mit dem Sortieren und Kategorisieren zu bewältigen ist; weil diese oder ähnliche Problemstellungen immer wieder auftauchen...
-> Alle: Ich find's super, daß ihr euch so viel Mühe gebt :D
-
Bei Import > einmalig mußt Du eh auf Duplikate prüfen und den Import programmieren -> beliebige Freiheiten bei der Struktur der DB (z.B. Antwortdokumente etc).