SQLite: 2 Fragen zur Handhabung

Hi,

da sich PHP5 schneller durchsetzt als ich dachte, spiele ich mit dem
Gedanken, bei zukünftigen Scripts SQLite zu verwenden. Dazu habe ich
allerdings noch zwei Fragen:

1. SQLite wesentlich schneller als Flatfiles?
Ich frage mich, ob die Performance (lesen/schreiben) und die maximal
vertretbare Datenmenge bei SQLite (deutlich) grösser ist als bei einem
Flatfile. Oder ist SQLite in dieser Beziehung nicht mehr, als bei Abfragen
"nur" leichter zu handhaben?

2. Aufteilung der Daten mit SQLite?
Wie Teile ich die Daten am besten auf (z.B. Gästebucheinträge,
Konfiguratonsdaten usw.)? Sollte ich ein SQLite-File eher handhaben wie eine
komplette mySQL-Datenbank oder wie eine mySQL-Tabelle (also für jede Art von
Daten ein eigenes File)?

Danke für die Infos im voraus.

Gruss
Lars

Re: SQLite: 2 Fragen zur Handhabung

Lars Odermath:

> 1. SQLite wesentlich schneller als Flatfiles?

Beim Lesen selbstverständlich schon (und zwar dramatisch), und beim
Schreiben hast Du u.U. den Overhead für die Datenstruktur zu tragen.

> Ich frage mich, ob die Performance (lesen/schreiben) und die maximal
> vertretbare Datenmenge bei SQLite (deutlich) grösser ist als bei einem
> Flatfile.

Was die Größe angeht, müssen halt die zusätzlichen Datenstrukturen
gespeichert werden. Aber Performancemäßig sind Flatfiles linear und SQLite
benutzt (vermutlich) irgendwelche B-Bäume (also nlog(n) bis log(n)).

> Oder ist SQLite in dieser Beziehung nicht mehr, als bei Abfragen
> "nur" leichter zu handhaben?

Nein, SQLite ist ein RDBMS mit effiziente Datenstrukturen.

Ich empfehle mal einen Besuch auf

> Sollte ich ein SQLite-File eher handhaben wie
> eine komplette mySQL-Datenbank oder wie eine mySQL-Tabelle (also für jede
> Art von Daten ein eigenes File)?

Wie eine Datenbank in MySQL. Ein File enthält Tabellen.
--
- Whoisabfrage

Re: SQLite: 2 Fragen zur Handhabung

Lars Odermath:

> 1. SQLite wesentlich schneller als Flatfiles?

Beim Lesen selbstverständlich schon (und zwar dramatisch), und beim
Schreiben hast Du u.U. den Overhead für die Datenstruktur zu tragen.

> Ich frage mich, ob die Performance (lesen/schreiben) und die maximal
> vertretbare Datenmenge bei SQLite (deutlich) grösser ist als bei einem
> Flatfile.

Was die Größe angeht, müssen halt die zusätzlichen Datenstrukturen
gespeichert werden. Aber Performancemäßig sind Flatfiles linear und SQLite
benutzt (vermutlich) irgendwelche B-Bäume (also O(log(n))).

> Oder ist SQLite in dieser Beziehung nicht mehr, als bei Abfragen
> "nur" leichter zu handhaben?

Nein, SQLite ist ein RDBMS mit effiziente Datenstrukturen.

Ich empfehle mal einen Besuch auf

> Sollte ich ein SQLite-File eher handhaben wie
> eine komplette mySQL-Datenbank oder wie eine mySQL-Tabelle (also für jede
> Art von Daten ein eigenes File)?

Wie eine Datenbank in MySQL. Ein File enthält Tabellen.
--
- Whoisabfrage

Re: SQLite: 2 Fragen zur Handhabung

Markus Malkusch schrieb:

>> Sollte ich ein SQLite-File eher handhaben wie
>> eine komplette mySQL-Datenbank oder wie eine mySQL-Tabelle (also für jede
>> Art von Daten ein eigenes File)?
>
> Wie eine Datenbank in MySQL. Ein File enthält Tabellen.

Danke für Deine Antworten - das hört sich ja ganz gut an!

Daß ein SQLite-File wie eine MySQL-Datenbank Tabellen enthält war mir klar.
Ich hatte mich nur gefragt, ob eine Aufteilung in mehrere Files Sinn macht,
falls ein SQLite-File nicht so sehr viele Daten speichern kann/sollte (aus
Performance-Gründen).
Da SQLite aber anscheinend doch so viel besser ist als Flatfiles, kommt man
wohl mit einem SQLite-File aus.

Danke & Gruss
Lars

Re: SQLite: 2 Fragen zur Handhabung

rf4 r3 3r33
Lars Odermath wrote in message
news:4163d612@news-fe-01...
> Markus Malkusch schrieb:
>
> >> Sollte ich ein SQLite-File eher handhaben wie
> >> eine komplette mySQL-Datenbank oder wie eine mySQL-Tabelle (also für
jede
> >> Art von Daten ein eigenes File)?
> >
> > Wie eine Datenbank in MySQL. Ein File enthält Tabellen.
>
> Danke für Deine Antworten - das hört sich ja ganz gut an!
>
> Da?ein SQLite-File wie eine MySQL-Datenbank Tabellen enthält war mir klar.
> Ich hatte mich nur gefragt, ob eine Aufteilung in mehrere Files Sinn
macht,
> falls ein SQLite-File nicht so sehr viele Daten speichern kann/sollte (aus
> Performance-Gründen).
> Da SQLite aber anscheinend doch so viel besser ist als Flatfiles, kommt
man
> wohl mit einem SQLite-File aus.
>
> Danke & Gruss
> Lars
>
>