Schnelle Bestimmung der Anzahl von Datensätzen in Tabelle

[Bernhard Geyer]

In einem einfachen Ansatz ist es möglich die Anzahl der Datensätze einer Tabelle mittels:

SQL-Code:

SELECT Count(*) FROM <TabellenName>

zu bekommen.

Jedoch dauert diese Bestimmung bei sehr großen Datenbanken u.U. auch länger. Gibt es für die Datenbanken MySQL und Oracle eine optimierte Möglichkeit über Systemtabellen (normale User-Rechte) die Anzahl schneller zu bekommen?

[Sharky]

Zitat:

Zitat von Bernhard Geyer

....Jedoch dauert diese Bestimmung bei sehr großen Datenbanken u.U. auch länger....

Hai Bernhard,

mir ist bei mySQL keine Alternative bekannt. Aber was verstehtst Du unter großen Datenbanken und "länger"?
Bei einer Tabelle mit 1.000.000 Datensätzen braucht die Abfrage bei mir (Zeos) ca. 16 ms

[Bernhard Geyer]

Bei MySQL habe ich noch keine große Datenbanken. Aber evtl. ist diese Intelligent genug bei solch einer Abfrage einfach in einer Systemtabelle nachzufragen.

Aber bei Oracle habe ich auf einem "normalen" PC mit 1 GB Speicher 3 Mio. Datensätzen Antwortzeiten von 12 Sekunden. Und das ist nicht gerade optimal ...

[mikhal]

Verwende statt dem Allquantor lieber das Feld mit dem Primary Key (wenn es ihn gibt).

Grüße
Mikhal

[Catbytes]

Hallo,

mit MS-SQL eine Tabelle mit 3.8 Mio. Datensätze in 3 Sekunden.

Würde sagen, daß ist normal...

Mit

SQL-Code:

SELECT Count(<feldname>) FROM <tabelle>;

nur 2 Sekunden...

Wobei hier <feldname> einen PK hat.

[Bernhard Geyer]

Zitat:

Zitat von mikhal

Verwende statt dem Allquantor lieber das Feld mit dem Primary Key (wenn es ihn gibt).

Keine Verbesserung

Zitat:

Zitat von mikhal

mit MS-SQL eine Tabelle mit 3.8 Mio. Datensätze in 3 Sekunden.

Bei mir dauert es auf dem gleichen Rechner mit dem gleichen Datebankinhalt beim ersten mal 8 Sekunden.
Weiter Aufrufe dauern nicht mehr so lange (0,5 Sekunden). Scheinbar wirk hier Caching.

[Catbytes]

Zitat:

Zitat von Bernhard Geyer

Bei mir dauert es auf dem gleichen Rechner mit dem gleichen Datebankinhalt beim ersten mal 8 Sekunden.
Weiter Aufrufe dauern nicht mehr so lange (0,5 Sekunden). Scheinbar wirk hier Caching.

Yep - da ist der Cache aktiv, der die Abfrage noch im Speicher hat.

Was für ein Typ ist den der PK? Autozähler? String?

[Bernhard Geyer]

Zitat:

Zitat von Catbytes

Was für ein Typ ist den der PK? Autozähler? String?

Wird noch etwas dauern. Die getestete Datenbank ist noch von alten Stand, als noch keine Primärschlüssel verwendet wurden.
Muss erst noch konvertieren...

PK-Felder sind alle Stings. Für die entsprechende Tabelle werden es dann 3 Felder mit einer Gesamtschlüssellänge von 124 Zeichen sein.

[r_kerber]

Zitat:

Zitat von Bernhard Geyer

PK-Felder sind alle Stings. Für die entsprechende Tabelle werden es dann 3 Felder mit einer Gesamtschlüssellänge von 124 Zeichen sein.

Dann ist das ja auch kein Wunder. Zusammengesetzte PK's sind langsam...

[Catbytes]

Zitat:

Zitat von Bernhard Geyer

PK-Felder sind alle Stings. Für die entsprechende Tabelle werden es dann 3 Felder mit einer Gesamtschlüssellänge von 124 Zeichen sein.

Wenn Du eine entsprechende Testumgebung hast, erzeuge einen Autowert, setze eine Index darauf und probier dann mal

SQL-Code:

SELECT Count(<feldname>) FROM <tabelle>;

Wobei Feldname das Feld mit dem Index sein sollte.