Wie groß kann eine SQL DB werden ohne Leistungsverlust?

[Jackie1983]

Servus,

wie groß kann eine Datenbank werden ohne das man es an der Leistung merkt.
Bzw. wie viele Einträge kann man speichern. Ich denke mal wenn man so an die 10.000 hat und macht dann eine query
kann das doch bestimmt recht lange dauern bis eine antwort kommt, oder?

Gruß

[himitsu]

Es kommt ja erstmal auf das verwendete DB-System an, auch auf die "Leistung" des dahinterligenden PCs
und natürlich auf den Aufbau der Tabellen (wie z.B. passend erstellte Indizes)

Aber bei einem "ordentlichem" System sollten locker mehrere Millionen Einträge möglich sein.
(nim mal Google, da sind in der DB mehrere hindert Millionen oder mehr, Einträge und dennoch dauert eine Anfrage, zusammen mit der Übertragung über's WWW, nur einige Millisekunden)
Und die DP nutzt ja auch MySQL, ist nicht grade klein und dennoch recht flott.

[Codewalker]

Da gibt es Unmengen an Faktoren. Gute Indizes sind ganz wichtig (hat himitsu ja schon gesagt) und dann ist auch ein wichtiger Faktor, wie viele Daten deine Query denn tatsächlich zurückliefert. Der beste Index hilft nicht viel, wenn deine Abfragen tausende Zeilen als Ergebnis liefern müssen. Hinzu kommt auch, wie viele User gleichzeitig die DB mit Abfragen quälen. Bei richtig großen Datenbanken werden Datenbanken auf verschiedene Rechner verteilt (z.B. eine große Tabelle auf Rechner 1, eine andere auf Rechner 2 und den ganzen Kleinkram auf Rechner 3. Mann kann in manchen großen DBs sogar einzelne Spalten von Tabellen auslagern), aber dafür müssen es schon sehr viele Datensätze und User sein, damit sich der Aufwand wirklich lohnt.
Im Kleinen gilt meist: Kluge Indizes und sinnvolles Design von Tabellen und Abfragen (um mit den Indizes möglichst schnell die wenigen benötigten Datensätze zu finden). Damit kann man die Grenze schon recht weit nach oben verschieben

[mjustin]

Zitat von Jackie1983:

Servus,

wie groß kann eine Datenbank werden ohne das man es an der Leistung merkt.
Bzw. wie viele Einträge kann man speichern. Ich denke mal wenn man so an die 10.000 hat und macht dann eine query
kann das doch bestimmt recht lange dauern bis eine antwort kommt, oder?

Gruß

Probieren geht über studieren

Um zu kontrollieren ob man beim Datenbankdesign und der Wahl der Hardware alles richtig gemacht hat, sollte man einen Lasttest fahren. Dazu benötigt man einige Datensätze (eventuell einige *Millionen* Datensätze), und ein Werkzeug für den eigentlichen Lasttest.

* als Lastgenerator sehr gut geeignet ist z.B. Apache JMeter, es bietet eine grafische Oberfläche und erlaubt auch die Simulation von Mehrbenutzerbetrieb (Threads), die Ergebnisse kann man dann grafisch oder mit statistischen Werten anzeigen lassen, es benötigt nur einen JDBC Datenbank-Treiber der zur Datenbank passt, und man kann ein ganzes Bündel an SQL Abfragen (oder Prozeduraufrufen) definieren, das dann beliebig oft abgespielt wird

* nach Änderungen an der Hardware (mehr / weniger RAM oder CPUs) oder der Datenmenge kann man die Tests zum Vergleich wiederholen, um die kostengünstigste Konfiguration zu ermitteln

* wenn man die Daten nicht manuell erfassen will, kann man für wenig Euro auch kommerzielle Testdatengeneratoren bekommen

Viele Grüße,