Auswahl per Formel auf Feld das nicht in Ansicht ($Users) des NAB steht

[rambrand]

Hallo,

ich steh vor dem Problem, ich muss drei Auswahlfelder füllen mit den Feldern Location, Department und OfficeZIP aus den Personendokuemten des NAB.
Dazu wollte ich über $Users gehen. Bei Location auch kein Problem, das kann ich per DBColumn auslesen.
Nur die Felder Department und OfficeZIP stehen nicht in der Ansicht drin. Erschwerend kommt dazu, ich darf die Ansicht nicht erweitern, da die Anwendung auch bei anderen Kunden laufen soll. Also muss ich immer ein Standard-NAB voraussetzen.

Ich hab keinen Plan, wie ich die Felder in Formelsprache auslesen soll. DBLookup geht nicht, weil ich ja die gesamte Ansicht durchschauen muss.
Derzeit neige ich fast dazu ... geht in Formel nicht.

Bye,
Markus

[bredemeier]

Hallo Markus,

kannst du dir nicht per @DbLookup( class : cache ; server : database ; view ; key ; columnNumber ; [RETURNDOCUMENTUNIQUEID]) die ID des Dokumentes geben lassen und dann per @GetDocField( documentUNID ; fieldName ) die Werte ziehen?

Gruß, Volker

[Peter Klett]

Wieso machst Du das mit einem DBColumn? Und wieso muss der Wert in der Ansicht stehen?

Nimm ein DBLookup und verwende anstelle der Spaltennummer den Feldnamen. Wichtig ist, dass der Wert im Dokument steht, was in der Ansicht steht, ist irrelevant (außer der ersten sortierten Spalte, um das richtige Dokument zu finden).

Oder, wie Volker schreibt, über GetDocField ...

[rambrand]

Hallo Peter,
hallo Volker,

ich hab mich vielleicht etwas unklar ausgedrückt, oder ich versteh nicht woraus ihr raus wollt :-)

Ich muss für drei Kombinationsfelder die Auswahl füllen. Das erste soll alle Lokationen beinhalten (sortiert und jeweils nur einmal). Das zweite alle Abteilungen und das dritte alle Gruppe (dazu verwenden wir das Feld OfficeZIP).
Dazu muss ich alle (Personen-)Dokumente im NAB abklappern, um alle möglichen Werte der Felder zu bekommen. Ein DBLookup hilft mir nichts, ich müsste ja einen key angeben, der dann nur auf ein oder mehrere Dokumente zutreffen würde, aber halt nicht alle.
Beim DBColumn war das halt easy, einfach die Spalte reinlesen lassen, aber als Grundvoraussetzung, es gibt den gesuchten Wert in einer Spalte.
Deswegen steh ich auf dem Schlauch.

Ich hab mir schon überlegt mittels LS-Agent drei Hilfsfelder ins Profildok zu schreiben, aus denen ich dann die Werte für die Kombinationsfelder auslesen kann. Wenn es doch mit Formel gehen würde, würde ich das präferieren.

Bye,
Markus

[Peter Klett]

Hallo Markus,

da habe ich Dich wirklich falsch verstanden. Du brauchst die Liste ALLER bisher verwendeter Locationen, Department und OfficeZip? Das geht sehr gut mittels DBColumn auf eine kategorisierte Ansicht (um doppelte Werte auszuschließen), aber dann müssen die Daten in der Ansicht sein, da hast Du vollkommen Recht.

Ein Profildokument, das periodisch aktualisiert wird, ist eine Variante (sicherlich die schnellste), alternativ kannst Du das im Postopen in ein Feld "berechnet zur Anzeige" rechnen (das Dokument muss dazu im Bearbeitenmodus sein, oder Du musste es im Postmodechange wiederholen). Dann sind die Daten ganz frisch, aber es dauert länger und Du riskierst evtl. ein 32K-Problem.

Um das Mengenproblem zu umgehen, ist es vielleicht ratsam, für jedes Feld ein eigenes Profildokument zu verwenden.

[rambrand]

Hallo Peter,

hab das jetzt mit dem Profildokument realisiert und lass den Agent einmal nachts drüberlaufen. Optional kann der auch mal manuell gestartet werden, falls notwendig.

Der Tipp mit DBColumn und den Kategorien ist gut. Ich hatte das immer mit @unique eingedampft. Aber wenn ich die kategorisierte Spalte mit DBColumn einlese, gewinne ich Performance.

Danke.

Bye,
Markus