Idee oder Alternative für @dblookup in view

[AC]

Idee mit eleganter Lösung gesucht.

Hat jemand eine Idee wie man das anders lösen könnte.
(@dblookup geht ja nicht in Ansichten bzw Spalten)

Ausgangssituation.
Datenbank mit 60.00 Dokumente.
Eine view, in der kategorsisiert die Kundennummer angzeigt wird.

Problem ist, daß User die Kundennummern nicht alle auswendig kennt, ich aber den Kundennamen nicht im Dokument habe.
Es soll aber schon (wäre eben nice to have) in der Ansicht (Kategorie) auch zu sehen sein, welcher Kundenname sich dahinter verbirgt.  Oder zumidnest leicht mal nachsehbar sein.

Lösung 1:
Normalerweise würde ich  einen Agenten über die Dokumente jagen, der mir ein Kundennamenfeld setzt.
Problem: dann muß der Aussendienst die ganzen Dokumentenänderungen replizieren, daher will ich das nicht.
daher scheidet Lösung 1 aus.

Lösung 2:
Notlösung. Ich mach in die Dokumentenmaske ein Feld rein mit berechnet zur Anzeige wo ich mir dann via @dblookup den Namen
aus einer anderen Datenbank hole.
Naja, ist eine ziemliche Krücke und der Benutzer kann nicht aus der Ansicht heraus erkennen um welchen Kundennamen es sich handelt.
Und es ist umständlich , weil ein Dokument geöffnet werden muß und dann wieder geschlossen werden muß.

Lösung 3:
Ich mach eine Ansichtsaktion in den view, wo ich mir dann über script über das gerade markierte Dokument oder die markierte Kategorie den Kundenname
hole und denn dann unten in der Statuszeile  ausgebe. Da brauchts weniger Klicks als bei Lösung 2.

Mein Frage: gibts noch was besseres ? So daß man den Namen vielleicht doch noch leichter zur Kundennummer sehen kann ?

Was weiß ich, vielleicht über Rahmen oder was auch immer.
Oder sowas ähnliches wie mouse over effekte ( wir haben aber notesclients und kein web).


Any Ideas?

Merci, Holcomb
Grüße an alle Erlanger und Ex-Erlanger und ExErlanger Studenten wir sehen uns an heute am "Berg".  :-)

[TMC]

Ich würde da wohl auch zu Lösung 3 tendieren.
Art der Ausgabe würde ich vielleicht noch in einer Dialogbox machen anstatt Statuszeile (Statuszeile übersehen evtl. einige User).

[Driri]

Die Frage ist, ob das auf Dauer eine sinnvolle Lösung ist. Als Übergangslösung ist Lösung 3 IMO akzeptabel, auf Dauer würde ich mir aber Gedanken machen, wie ich den Kundennamen doch mit ins Dokument bekomme.

Was spricht dagegen, schon mal ein Feld in die Maske mit einzubauen und dieses so aufzubauen, daß bei Änderungen im Dokument der Name angezogen wird ?
Das wäre dann ein schleichender Prozeß und evtl. muß man irgendwann doch noch mal mit nem Agent dran, aber in meinen Augen ist das so sinnvoller, als wenn der User immer nur über Buttonklick die Info bekommt.

[Markus Henke]

Driris Lösung halte ich auch für sinnvoll, aber was spricht dagegen, dass direkt über einen Agenten zu machen? Gut, der User muss etwas länger replizieren (ich habe keine Ahnung, wie lange 60.000 Dokumente replizieren), dafür hat er aber gleich alle Informationen zur Verfügung und Du musst nicht zweigleisig fahren.

Markus

[AC]

Hallo allen Antwortern,

sorry, daß ich erst heute zum Antworten komme, aber ich habe (eigentlich) Urlaub ab heute.


ich belass die Kudnenameausgabe dann doch in der Printanweisung da bei einer messagebox noch ein extraklick mehr anfällt.
Die user die davon Gebrauch machen um sich den Namen zu holen werden dann auch wissen, daß es unten in der Statusleiste steht.

Einen Agenten kann ich nicht drüber laufen lassen, weil eben das Replizieren ich den Aussendienst erspaen will.
Es sind zwar nicht 60.000 Dokumentenänderungen  für alle sondern jeweils nur einige Tausende, aber trotzdem ,muß das nicht sein.

Die Dokumente selbst werden nicht mehr geändert sondern bleiben nach dem Erstellen so wie sie sind.  Von dahjer kommt die gute Idee mit dem "schleichenden" Übergang so nicht in Frage.

Die Datenbank vor allem dieser View waren nicht von Anfang an gedacht, daß da User groß was drin suchen. Die Dokumente dienen eigentlich nur für andere Prozesse. Damit man doch mal was nachsehen kann, hab ich eben eine Ansicht mit Kundennummer .
Bin jetzt auch von der Anforderung überrollt worden, daß von Zeit zu Zeit der oder die andere da doch mal reinschaut und was nachsieht.


Aber wie beschrieben, die User arbeiten ja nicht oft mit der DB bzw dem view, von daher isses kein "Muss" (sonst hätte ich es gleich anders geplant) sondern ich verbuchs unter nice to have.

Was ich machen könnte, schon beim Erstellen der Dokumente den Kundennamen auch noch reinschreiben, was dann geringfügig auf die Performance gehen wird (ein getdocumentbykey zu einer anderen Datenbank) zusätzlich pro Dokument.
Da die Datenbank  kontinuierlich wächst, werde ich eh mal in den nächsten Monaten, ältere Dokumente rauswerfen müssen.


Was mich etwas immer abschreckt ist in produktiven Systemen Änderungen vorzunehmen, obwohl es hier ja keine große Sache ist, aber auch an mögliche Seiteneffekte noch zu denken

So, jetzt geh ich wieder heim. Urlaub für 14 Tage.
Wurde heute ausserplanmäßig in die Firma gerufen <seufz>
Wie gut wenn man nur 10 Autominuten weit weg wohnt (zum Leidwesen meiner Frau was die Erreichbarkeit angeht).  

Grüße und schöne Pfingsten, Holcomb
Grüße an alle Erlanger und Ex-Erlanger und ExErlanger Studenten wir sehen uns  am "Berg".  :-)