große Auswahlliste zum Füllen eines Feld

[ossigo]

Hallo,

habe schon viel Forensuche betrieben und komme nicht weiter, vielleicht gibt es auch einfach keine Lösung.
Ich möchte in Abhängigkeit der Kundennummer eine Liste von "Nachname, Vorname" zur Auswahl anzeigen, die > 3000 dieser Kombinationen beinhalten kann. Alles was ich bisher versucht habe, scheitert an LN-Grenzen, oder ich bekomme es nicht hin. Die Kombinationen aus Nachname, Vorname kommen aus einer SQL-DB, die ich per Agent in eine Schlüsselwort-DB in je ein einzelnes Dokument pro Kundennummer importiere und per @DBLookup hole. Feldtyp = Text läuft  teilweise voll, also verteile ich die Namen teilweise auf mehrere Namensfelder...
Ein Dokument enthält also z.B. folgende Felder
form = KundeName
KdNR = Kundennummer
NamensListe1 = Namen 1-800
NamensListe2 = Namen 801-1600
NamensListe3 = Namen 1601-2400
Formel für Dialogliste
_noChoices := "Keine Auswahl verfügbar";
_path := bla;
_ListeNamen1 := @DbLookup("":"NoCache";_path; "viwKunde"; CompanyNumber; "NamensListe1);
_ListeNamen2 := @DbLookup("":"NoCache";_path; "viwKunde"; CompanyNumber; "NamensListe2);
_ListeNamen1 := @If (@IsError (_ListeNamen1);"";_ListeNamen1);
_ListeNamen2 := @If (@IsError (_ListeNamen2);"";_ListeNamen2);
_retList := _ListeNamen1 : _ListeNamen2;
@If(@Elements(@Trim(_retList )) > 0;@Sort(@Trim(_retList));_noChoices)

--> Fehler:"Die Formel hat die maximal zulässige Speicherbelegung überschritten".
Habe versucht alternativ mit einer kategorisierten View, @PickList und je einem Dokument pro Kombi KDNR und Name zu arbeiten. Geht Grundsätzlich, aber als Tot-Kriterium kann man dann in dem Auswahlfenster keine Schnellsuche verwenden.

Ich brauche also ein Auswahlfenster in dem man die SChnellsuche verwenden kann und das > 3000 Namenskombinationen aufnimmt.
Jemand einen Tipp?

Jens

[marschul]

Wie wär's mit einer Embedded View, die eine Ansicht aus aus der Schlüsselwort-DB anzeigt, eingeschränkt auf die Kundennummer als Kategorie?
Das darin markierte Dokument kann man sich merken, Michael a.k.a oxyd21 hat gerade einen Thread genau zu diesem Thema aufgemacht: http://atnotes.de/index.php/topic,51983.0.html.

EDIT: Gibt es eigentlich einen Grund, so viele Namen in ein Dokument zu stopfen anstatt sie in getrennten Dokumenten zu speichern?

[ossigo]

@Marco/All:
Idee mit Embedded View ist grundsätzlich gut, aber letztlich haben wir zwei ähnliche Felder, wo genau diese Problematik besteht. Dann zwei Embedded Views zu integrieren, die dann ggf. verknüpfte > 3000 Elemente anzeigen, was auch noch selektierbar sein soll halte ich für nicht praktikabel. Außerdem würden wir in die von TRO (aus Deinem Link) als Tricky beschriebene Problematik der mehrfach geöffneten Dokumente gleichen Typs laufen, das geht nicht gut...
Zu Deiner Frage mit den vielen Namen in einem Dokument: Habe da zum Testen erstmal keinen großen Unterschied gesehen, ob ich pro KDNR+Name ein Dokument erzeuge oder ein Dokument mit mehreren "Auffang-"Feldern, habe aber beides probiert. Die Problematik bleibt, so wie ich das sehe, am Ende die gleiche --> zu viele Daten bzw. fehlende Schnellsuche.
In der Datenquelle sind 150.000 Datensätze, also Kombi's aus KDNR und Name, stehe und stand also vor der Wahl entweder jeden Tag 150.000 Docs neu anzulegen bzw. zu aktualisieren, oder ca. 2700 KDNR-Docs mit Mehrfachangaben zu füllen und upzudaten.