ListView Performance bei vielen Datensätzen (FMX)

[Papaschlumpf73]

Machst du ein Feature draus. Die Software merkt sich immer den letzten Filter und wenn es noch keinen gab, gibst du einen "Mustermann"-Filter oder was da sonst so passt vor.

[fisipjm]

Zitat von Papaschlumpf73:

Machst du ein Feature draus. Die Software merkt sich immer den letzten Filter und wenn es noch keinen gab, gibst du einen "Mustermann"-Filter oder was da sonst so passt vor.

Was da sonst so passt, kann ich nicht bestimmen. Das ist davon abhängig was der Kunde in seine Datenbank wirft. Das ist ja genau der Grund, warum ich auch gerne die Möglichkeit hätte die ganze Liste anzuzeigen.
Kennst ja sicher die Kunden die dir auf "hier müssen sie einen Filter vorgeben" antworten mit, "aber woher weis ich denn nach was ich filtern kann".
So in die Richtung geht das

[Papaschlumpf73]

Zitat von fisipjm:

Zitat von Papaschlumpf73:

Machst du ein Feature draus. Die Software merkt sich immer den letzten Filter und wenn es noch keinen gab, gibst du einen "Mustermann"-Filter oder was da sonst so passt vor.

Was da sonst so passt, kann ich nicht bestimmen. Das ist davon abhängig was der Kunde in seine Datenbank wirft. Das ist ja genau der Grund, warum ich auch gerne die Möglichkeit hätte die ganze Liste anzuzeigen.
Kennst ja sicher die Kunden die dir auf "hier müssen sie einen Filter vorgeben" antworten mit, "aber woher weis ich denn nach was ich filtern kann".
So in die Richtung geht das

Das ist blöd... Solche Kunden hab ich auch. Mi, mi, mi, das war früher aber anders. Oft haben sie sich aber nach ein paar Tagen oder Wochen daran gewöhnt.

[Uwe Raabe]

Das Anzeigen aller Daten in einer Liste mit 138.000 Einträgen, die der Kunde eh nicht in ihrer Gänze verarbeiten kann, zeugt in der Regel von einem Informationsdefizit, was der Kunde wie oft von der Liste wissen will.

Das ist natürlich stark von dem konkreten Anwendungsfall abhängig, aber mit etwas Recherche und ggf. dem Kunden bei der Arbeit über die Schulter gucken kann man schon so einiges herausfinden.

Handelt es sich z.B. um über einen langen Zeitraum erfasste Einträge, sind eventuell nur die letzten Tage, Wochen oder Monate überwiegend im täglichen Gebrauch relevant. Dann wäre vielleicht ein entsprechender Filter als Default geeignet. Für ältere Einträge aus einem bestimmten Zeitraum muss der Kunde diesen eben angeben.

Anderer Fall: Es handelte sich um eine Liste mit Adress- und Kontaktdaten. Dann wäre eine Eingabemaske mit bestimmten Suchkriterien die erste Wahl (Stichwort: QBE).

Leider kann der Kunde diese Art von Anforderungen meistens nur schwer oder gar nicht kommunizieren. Auf eine Frage wie "Was brauchst du am häufigsten?" folgt oft die Angst, dass alles was darauf nicht genannt wird dann später auch nicht möglich ist. Da hilft dann halt nur Zusehen und Nachfragen.

[Papaschlumpf73]

Zitat von Uwe Raabe:

Da hilft dann halt nur Zusehen und Nachfragen.

So ist das... Und wenn man darin ziemlich gut ist, meckert auch keiner, wenn mal was nicht so gut auf Anhieb funktioniert.

[himitsu]

Nja, wenn noch kein Filter vorhanden, dann "alles" laden (mit Limit, damit nicht zuviel/langsam)
oder zu Beginn eben garnichts automatisch laden. (erst nach Eingabe/Enter)

WHERE einem LIKE :Filter + '%'
dann noch ein LIMIT 100 (oder so) dran

Wenn RecordCount = das Limit,
dann noch ein Label/Hint anzeigen, dass eventuell nicht alles angezeigt wird und man vielleicht den Filter anpassen könnte,
und/oder einen Knopf/Link "alles Laden", welcher das Limit erhöht, bzw. entfernt.
(Label im AfterOpen/AfterRefresh des Query aktualisieren ... dort könnte man auch RecordCount und Limit mit anzeigen/erwähnen)

Gibt es im FMX sowas wie ein TLinkLabel oder das neue SkiaLabelDingens?

[fisipjm]

Zitat von himitsu:

Gibt es im FMX sowas wie ein TLinkLabel oder das neue SkiaLabelDingens?

Ich weis worauf die hinaus willst. Ja in FMX gibt es das TSKLabel das auch wie ein Link gestyled werden kann. Man kann auch einfach einen TSpeedbutton nehmen und ihm das passende StyleLookup verpassen.
Werde mir das mal durch den Kopf gehen lassen. Danke schon mal für das ganz Feedback und den Input.

[QuickAndDirty]

Zitat von himitsu:

Nja, wenn noch kein Filter vorhanden, dann "alles" laden (mit Limit, damit nicht zuviel/langsam)
oder zu Beginn eben garnichts automatisch laden. (erst nach Eingabe/Enter)

WHERE einem LIKE :Filter + '%'
dann noch ein LIMIT 100 (oder so) dran

Wenn RecordCount = das Limit,
dann noch ein Label/Hint anzeigen, dass eventuell nicht alles angezeigt wird und man vielleicht den Filter anpassen könnte,
und/oder einen Knopf/Link "alles Laden", welcher das Limit erhöht, bzw. entfernt.
(Label im AfterOpen/AfterRefresh des Query aktualisieren ... dort könnte man auch RecordCount und Limit mit anzeigen/erwähnen)

Gibt es im FMX sowas wie ein TLinkLabel oder das neue SkiaLabelDingens?

Ich handhabe ein ähnliches Problem so , dass wir die Anzahl der Datensätze ermitteln und wenn diese Anzahl zu einer langen Ladezeit führen würde, dann fragt das Programm den Benutzer ob diese wirklich geladen werden sollen.
Ich bezweifle, durch 183000 datensätze rollen notwendig ist. Das Filterproblem sollte im Query gelöst werden.