Combobox mit vielen Einträgen

[Jan]

Gerade stoße ich auf ein Problem in meinem Programm: Ich habe dort diverse Comboboxen, die erst bei Fokuserhalt ihren Inhalt bekommen (um immer aktuell zu sein). Nun sind das mit einem neuen Test-Datenbestand aber ca. 170.000 Einträge. Was dann unerträglich lange dauert, bis das SLE Eingaben entgegen nimmt. Kann mir jemand einen Tipp geben, wie das eleganter bzw. vor allem schneller zu lösen wäre?

Jan

[Rolf Ramacher]

Hi Jan.

was dauert denn so lange . das Laden der 170.000 Einträge, oder bis der User was ausgewählt hat. Zeig uns doch mal den code

[Friedhelm]

Hallo Jan

Also 170000 Einträge sind in der Tat ein Zeitproblem, vor allem dann, wenn diese dynamisch gefüllt werden sollen.
Warum bastelst du dir nicht einfach eine eigene Combobox, die eine kleinen Quickbrowse aufklappt?
Damit würdest du dir auch das dymamische Füllen sparen, in dem du lediglich einen Filter oder Scope setzt?

[Jan]

Hallo Friedhelm,

ja, an irgendwas in der Richtung hatte ich auch gedacht. Aber "einfach basteln" ist nicht bei mir. Ich bin kein Klassenmensch, ich weiß nicht einmal, wie und wo ich da anfangen sollte.

Ich brauche übrigens keine Scopes oder Filter. Ich muß wirklich die komplette dbf enlesen (nicht alle Felder, aber alle Sätze). Dynamisch aber deswegen, weil Sätze in einem anderen Thread hinzugekommen oder geändert worden sein könnten seit dem letzten Aufruf.

Jan

[AUGE_OHR]

bis das SLE Eingaben entgegen nimmt ...

Ich brauche übrigens keine Scopes oder Filter. Ich muß wirklich die komplette dbf enlesen (nicht alle Felder, aber alle Sätze). Dynamisch aber deswegen, weil Sätze in einem anderen Thread hinzugekommen oder geändert worden sein könnten seit dem letzten Aufruf.

ok ... aber du kannst doch sowieso nur so viele Daten anzeigen wie "Platz" vorhanden ist.

Du könnst aber schon in ein SLE "eingeben" wenn du eine leere / nicht sichtbare Listbox hast.
Die Listbox "reagiert" erst wenn der User was im SLE "eingibt" z.b. "A" -> Anzeige mit "A" am Anfang

für das "reagieren" ist nun ein Thread zuständig der den :datalink der Combobox "auswertet" ( EVAL() ) und die gefundenen Daten in die Listbox überträgt.

Beispiel hierzu ist das "The Multi-Threading Tutorial (Part II)" ab Seite 13

[brandelh]

Combobox ... 170.000 Einträge ...

ich sehe die Ladezeit von einigen Sekunden beim Fensterstart weniger als Problem an.
Aber wie soll der Anwender eine Combobox mit 170.000 Einträgen bedienen ?

Eine Listbox mit 20 oder 30 Zeilen wäre dabei schon maßlos überfordert, aber eine aufklappbare combo ?

Du könntest sowas wie ein SLE bauen, das mit einer Listbox gekoppelt ist und ab dem 2. oder 3. Buchstaben nur noch die gefilterten Auswahlsätze nachlädt.

OK. Du willst alle dynamisch geänderten und hinzugekommenen Datensätze anzeigen ... ähm wie und wo bitte ? in einer 170.000 Zeilen fassenden Liste ?
Ich lasse für solche Anzeigen (was macht er gerade) MLEs ...

Code: Alles auswählen

oMLE:setData( cNeuerText + cCRLF + oMLE:EditBuffer() )

so wird immer oben der neuesten Eintrag angezeigt (links beginnend mit time() Angabe).
Allerdings habe ich selten mehr als 50 Zeilen ... du könntest ja aber die max. Anzeige auf z.B. einige KB begrenzen ( left() ) ...

Egal wie solltest du dein Konzept überdenken

[Jan]

Hallo Hubert,

ganz so schlimm ist das mit der Bedienung nicht. Denn der Listboxteil wird normalerweise nicht durchsucht, das wäre bei dermaßen vielen Einträgen dann wirklich eine Katastrophe. Nein, der Listboxteil wird nur benutzt, um den Eintrag anzuzeigen, der als erstes den Eingaben im SLE-Teil entspricht, und dann die vorangehenden und folgenden Einträge anzusehehen und eventuell auszuwählen.

Jan

[Tom]

Hallo, Jan.

Verstehe ich das richtig? Ins SLE kann man etwas tippen, und die Listbox wird quasi zum Auto-Vervollständigen benötigt? Das kann man über den Keyboard-Slot des SLE eleganter lösen, der dann auch mit SEEK die Datenbank durchsuchen kann - es müsste also nichts in ein Array "umgeladen" werden. Zusätzlich könnte man einen Popup-Button neben das SLE setzen, der in ein (Quick-)Browse verzweigt, das wiederum mit einer Schnellsuchfunktion (SLE, Keyboard-Slot abfangen) ausgestattet ist.

[Rolf Ramacher]

Hi Jan,

ist die vorgehensweise richtig die Tom anspricht. ?? Ich mache das dann genauso ein xbpbrowse mit einem sle-suchfeld.
welches automatisch nach eingabe mit index sucht. - mache ich bei Suche nach Artikelnr.

[Jan]

Hallo Tom,

gute Idee. Muß ich mir mal Gedanken drum machen, wie ich das am elegantesten löse. Denn im Prinzip soll der User das Gefühl haben, da eine ganz normale Combobox zu haben.

Ich habe allerdings auch noch nie mit einem XbpQuickBrowse gearbeitet, das muß ich erstmal verinnerlichen.

Jan

[Herbert]

Hallo, Jan.

Verstehe ich das richtig? Ins SLE kann man etwas tippen, und die Listbox wird quasi zum Auto-Vervollständigen benötigt? Das kann man über den Keyboard-Slot des SLE eleganter lösen, der dann auch mit SEEK die Datenbank durchsuchen kann - es müsste also nichts in ein Array "umgeladen" werden. Zusätzlich könnte man einen Popup-Button neben das SLE setzen, der in ein (Quick-)Browse verzweigt, das wiederum mit einer Schnellsuchfunktion (SLE, Keyboard-Slot abfangen) ausgestattet ist.

Mit Tom's Methode kannst du weiterhin eine Combox füllen. Ich mache dasselbe in einem Suchfenster. Jeder getippte Buchstabe (oder Zahl) zeigt die "Matches" an, die du nach unten begrenzen kannst.

[Jan]

Herbert,

nee, das ist nicht gut. Der User will ja eventuell (wenn das weniger Einträge sind, was der Normalzustand ist) die Listbox aufklappen und da was sehen. Und das Problem ist das Einlesen all der Datensätze in die Listbox - das dauert einfach viel zu lange. Von daher ist eine wie auch immer geartete Browse-Geschichte sehr gut, denn da muß ich nicht vorab einlesen.

Jan