[SQLite] Geschwindigkeit der Querys

[s.h.a.r.k]

Hallo erst mal ;)

und zwar hätte ich da mal eine Frage bzgl der Geschwindigkeit mit SQLite-Datenbanken - ein paar Infos zu Beginn:
Ich arbeite nämlich gerade an einem Projekt, auf dessen Daten mehrere User zugreifen können. Nun ist es so, dass pro Datensatz ca 100 Daten anfallen. Es gibt Monate, da kann es ca 2000 solcher Datensätz geben (eventuell ein paar hundert an einem Tag).

Nun zur eigentlichen Frage: hat jemande von euch schon diverse Erfahrungen mit SQLite und kann mir sagen, wie lange Abfragen brauchen wenn die Datenbank recht groß geworden ist?!

Wäre eventuell eine Unterteilung sinnvoll? d.h. z.B. ab 500 Datensätzen eine neue Datenbank beginnen, oder sowas in die Richtung?!

Über Vorschläge, Anregungen etc. wäre ich sehr erfreut!

mfg Armin

[Tubos]

Ich kenne die betreffende Datenbank nicht. Was ich hier schreibe, bezieht sich allgemein auf Datenbanken:

Zitat:

...und kann mir sagen, wie lange Abfragen brauchen wenn die Datenbank recht groß geworden ist?!

2000 Datensätze sind nicht "groß". 2 Millionen, das wäre groß.

Keine ernsthafte Datenbank sollte mit ein paar tausend Datensätzen Probleme haben.

Zitat:

Wäre eventuell eine Unterteilung sinnvoll? d.h. z.B. ab 500 Datensätzen eine neue Datenbank beginnen, oder sowas in die Richtung?!

Und dann bei jedem Query von mehreren verschiedenen Datenbanken abfragen?
Sowas ist meines Wissens nach nicht mal möglich in SQL.

[hoika]

Hallo Tubos,

zuerst mal, du hast Recht mit dem "nicht sinnvoll".

Aber es ist z.B. in Oracle schon möglich (und wenn es nur über stored procs geht).


Heiko

[Pfoto]

Hallo Tubos,

Nach Angaben der Autoren von SQLite, kann diese eine Datenbankgröße bis zu 2 Terabytes verwalten.
Auch sei Sie in den meisten Befehlen schneller als mySQL und PostgreSQL... siehe http://www.sqlite.org/

So weit ich richtig gelesen habe, ist SQLite jedoch "nur" eine embedded SQL-Datenbank, d.h. du hast hier keinen Server, der die verschiedenen Anfragen abarbeitet, sondern der Treiber wird direkt mit dem Programm ausgeliefert und ausgeführt.

Sollten wirklich viele User auf die Datenbank zugreifen, ist deshalb sicherlich ein Server-basierte Datenbank effizienter.


Grüße
Pfoto

[s.h.a.r.k]

Zitat:

Zitat von Pfoto

Sollten wirklich viele User auf die Datenbank zugreifen, ist deshalb sicherlich ein Server-basierte Datenbank effizienter.

Das darf ich eben (noch) nicht machen...