Zitat von bernhard_LA:

Eurer Idee habe ich schon verstanden , nur führt die leider nicht zum Ziel.

Wirklich? Bezweifle ich.

Zitat von bernhard_LA:

Meine Anwendung ist ganz gut vergleichbar mit einem CAD Programm, wenn der Anwender auf den "Male Gegenstand auf Bildschirm, z.b. einen Pkw "
Button drückt dann läuft intern "select * from Tabelle"; soll ich beim Zeichnen des Autos die Reifen dann weglassen ????

Das Beispiel ist gut. Jedes CAD-Programm das genau nach deiner Logik arbeiten würde, würde von den Konstruktreuren dem Hersteller um die Ohren gehauen.

Ein gutes CAD-Programm würde auch wenn man "Lade PKW" dafür sorgen das es erstmal reduzierte Geometriedaten laden und PMI-Daten erstmal komplett weg lassen. Erst wenn der Konstrukteur in spezielle Bereiche hineinzoomt oder weiter Informationen will würde das CAD-Programm weitere Infos nachladen.
Aber NIEMALS (!) auf der Oberen Ebene alle verfügbaren Informationen

Mir fehlt hier hier auch ein wenig Kompromiss-Bereitschaft des Thread-Starters !

Nach allen bisherigen Postings ist es doch wohl klar, dass sein Weg nicht der richtige sein wird. Ein wenig Umstellung (oder auch mehr) auf einen anderen Algorithmus, die Verwendung von Queries (natürlich mit parametrisiert) und schon läuft dieser Job !

In meinen bisherigen Projekten waren immer Sachen wie "SELECT * FROM ..." oder eben ohne WHERE-Klausel schon ein Infrage-Stellen der fachlichen Fähigkeiten, oder eben des Willens etwas dazu zu lernen. Und der gesunde Menschen-Verstand eines Projektleiters sagt dann auch: ehe irgendetwas aufgerüstet wird, wird erstmal der Code gecheckt, ob da vielleicht was schief läuft ...

In diesem Sinne, viel "Spaß" mit 3 Mio Records in einer Table ...