Ich denke nicht, das es ein Problem der Bindungsart ist, sondern eher darum geht, welche Controls man einerseits verwendet und welche Datenquelle andererseits.
Ungeachtet der Problematik, den Sinn bei 100.000 anzuzeigenden Datensätzen zu verstehen, ergibt sich das Problem, wie die Daten zum Client kommen. Bei 100k recs mag das noch einigermaßen gehen, aber wenn die Tabelle denn mal größer wird (Stichwort: Skalierbarkeit).
Hier ist eine Datenquelle, die die Daten nicht in Gänze, sondern on demand oder seitenweise lädt, das Mittel der Wahl.
Als ich mit Delphi programmiert habe (immerhin seit 17 Jahren), habe ich viel mit Datengittern gearbeitet und deine Probleme nie gehabt. Aber ich habe mir auch sehr früh ein ordentliches Control gekauft, damit ich eben damit keine Probleme habe. Das hat die Problematik der lahmen Controls gelöst.
Beim Paging habe ich es einfach anders gehandhabt: Niemand benötigt 100.000 Datensätze zum anzeigen. Punkt. Zum exportieren ja, von mir auch für Reports (wenn man denn die 1000 Seiten Jahresbericht wirklich haben will). Aber im Screen: Nee. Bisher konnte ich jeden (aber auch wirklich jeden) davon überzeugen. Und eine Suche, die 100k Treffer liefert, kann ich auch anders darstellen.
Aber wenn es denn sein muß, dann eben mit paging (eine Anwendung für eine Behörde).
Meine Erfahrung bezüglich der schwierigen Umgehensweise der
VCL-Bindung kann ich einerseits bestätigen, aber andererseits habe ich mich -zumindest bewust- nicht mehr darüber geärgert, denn mit ein wenig Disziplin kann man die Eigenheiten umschiffen.
Da ich mich -gottseidank- nicht mehr mit Delphi auseinandersetzen muss, kann ich über das neue Zeugs nichts sagen.
Die o.g. Probleme (Controls, Datenquelle usw) sind auch auf C# übertragbar: Hier verwende ich DevExpress und bin vieles von dem Mumpitz los.
Programmierung allgemein
Zitat
Baum-Darstellung
