Zitat von p80286:

Aber das Nutzen einer Query wird sein Problem ja nicht lösen sondern nur umgehen.

Je nach Settings der anderen Properties hat er vlt. gar keine Chance, die Table zu öffnen bzw. sie dadurch vollständig einzulesen.

Wenn ich mit dem Sportwagen immer aus der Kurve fliege, weil ich immer die Höchstgeschwindigkeit nutzen will, muss ich mich wohl zwangsläufig mit einem Workaround anfreunden.

Vielleicht muss er mindestens für die Fehlersuche eine Query verwenden. Wenn z.B. es nicht um die Datenmenge, sondern um die Inhalte geht (z.B. schrottige Datumswerte, .. was ADO eben so nicht mag).
Man kann natürlich auch im Management Studio oder anderen Tools nach Range Verletzungen suchen.

Die DFM wäre noch interessant. Ist die Tabelle bereits geöffnet? Und ist sie überhaupt mit der Connection verbunden, oder hat sie einen eigenen ConnectionString?

Welche ADO-Version ist installiert? Das mag eine antiquierte Frage sein, aber man weiss ja nie.

Hier wird beschrieben, das das Problem behoben wurde, als die Datenmenge eingeschränkt wurde. Vielleicht also mal nicht alle 3 mio recs laden. Was soll das eigentlich?

Tadotable ist nicht direkt für große Datenmengen geeignet!

Benutze hie mal das maxrecords property!



1. schaue mal im taskmanager ob deine Anwendung nicht die 2 Gb grenze erreicht !

2. benutze mal tadoquery mit Top in der selectanweisung

Select Top 1000 * from wasauchimmer

Dann gibt es die coursortypen mit denen Spielen kann....

unser rowcount steht auf 2598000 records ..... dann kippt die Anwendung, hat diese Zahl eine Bedeutung ?

Der Speicherbedarf wird höchstwahrscheinlich sinken. Den eine T<xx>Table auf eine Tabelle in einem DBMS ist ein Query mit select * from <Tabelle>;

Zitat von bernhard_LA:

unser rowcount steht auf 2598000 records ..... dann kippt die Anwendung, hat diese Zahl eine Bedeutung ?

Das ist nicht ernst jetzt?
a) 2598000 ist 1 mehr als 2597999
b) die Zahl, die geteilt durch den Speicherbedarf pro Datensatz maximal in Deinem System/Programm verarbeitet werden kann.
c) der Record, in dem Schrott steht und dadurch den Treiber ins Nirvana schickt.

Solche und ähnliche Antworten hast Du jeweils schon mehrfach erhalten.
Du könntest Dich mal damit auseinander setzen und negative oder positive Ergebnisse zurückmelden oder nach Testmöglichkeiten fragen, wenn Dir nicht klar ist, wie es gemacht wird. Oder die diversen Fragen nach den verwendeten Einstellungen beantworten.

sorry, habe die letzte Antwort nicht verstanden :

Zitat:

die Zahl, die geteilt durch den Speicherbedarf pro Datensatz maximal in Deinem System/Programm verarbeitet werden kann

a) welches System , der Client oder der MSSQL Server ??
b) wo bekomme ich weitere Infos her ??

Nein, Du willst es nicht verstehen!

Der Sarkasmus hinter der Antwort war auch subtil.

Was jobo damit sagen wollte:
1. LIES DIR DIE ANTWORTEN NOCHMAL DURCH.
2. Schau Dir den Speicherplatzverbrauch auf deinem PC an
3. Verwende eine TADOQuery und lies nicht alles ein (wozu?)
4. Verwende zum Zählen der Datensätze 'select count(*) as Anzahl from Tabelle', wobei das auch etwas dauert.

5. Warum 3 Mio Datensätze einlesen?
6. Und wieso werden 3 Mio Datensätze im Client benötigt?
7. Wer schaut sich die 3 Mio Datensätze eigentlich an?
8. Gibt es keine bessere, schnellere, resourcenschonendere Möglichkeit, das, was Du mit den 3 Mio Datensätzen vorhast, zu lösen?

Zitat von bernhard_LA:

sorry, habe die letzte Antwort nicht verstanden :

Zitat:

die Zahl, die geteilt durch den Speicherbedarf pro Datensatz maximal in Deinem System/Programm verarbeitet werden kann

a) welches System , der Client oder der MSSQL Server ??
b) wo bekomme ich weitere Infos her ??

Dein Speicher reicht nicht aus schau in den taskmanager es ist nicht alles 64 Bit

Und man läd nun mal nicht alle Daten aus der SQL Datenbank, das war zu Bde Zeiten ( die hat das nur virtuell gemacht)