Nach all den Versuchen mit Tsunami easydb und Konsorten lasse ich mich nun zu SQL bekehren. Aber welche DB mit welchem Zugriff (ODBC,DLL,LIB...)
Wer hat wirkliche Erfahrungen mit einer DB die für einfache Anwendungen ausreicht.
Bis 50.000 Datensätze 100 MB oder so.
Installationsaufwand im Rahmen
Wenig Administration
Bitte nicht mit Kanonen auf Spatzen
Muß nicht kostenlos sein
Sollte möglichst auch unter Linux tun..
Muß keine Zugriffsberechtigungen können
Muß keine Normalformen unterstützen
Einfach Sachen reinschmeißen, suchen, auslesen... und gut.
Nur eines ist wirklich wichtig. Das Teil wird gewartet, läuft weitgehend fehlerfrei und erfordert kein Informatikstudium.
Ist SQLite soweit zuverlässig?
Muß man unbedingt gleich Mysql nehmen?
Wer hat einen guten Tip...
MFG Ulrich Velz
Welche Datenbank funktioniert wirklich zuverlässig ??
Re: Welche Datenbank funktioniert wirklich zuverlässig ??
> Ist SQLite soweit zuverlässig?
SQLite ist sehr zuverlässig(*) und erfüllt alle Forderungen, die Du
aufgezählt hast. Eine entsprechende Wrapper-Lib für PB habe ich (wie Du
vielleicht schon mitbekommen hast) im PBOSL der Allgemeinheit zur
Verfügung gestellt. Wie bei PBOSL üblich ist auch der entsprechende
Source-Code frei verfügbar. Eine Aussage, inwiefern meine Lib auf Linux
umgesetzt werden kann, muss jemand treffen, der sich mit diesem OS
auskennt.
Ich arbeite gerade mit Unterstützung von Thomas 'ts-soft' an dem
nächsten Release, mit welchem man u.a. auch BLOBs handhaben kann.
Das nächste Beta-Release ist in Sichtweite.
Da ich ziemlich begeistert von SQLite bin, würde ich Dir auch gerne bei
Deinen ersten Schritten und Erfahrungen mit der Materie hilfreich zur Seite
stehen.
Weitere Infos zu SQLite: http://www.sqlite.org/
Ach! Bevor ich's vergesse: SQLite ist nicht geeignet für
Mehrbenutzerumgebungen. Falls Du also ein Programm planst, welches
mehreren Benutzern einen gleichzeitigen schreibenden Zugriff auf eine
Datenbank ermöglichen soll, dann solltest Du Dich anderweitig
umschauen.
Grüße ... Kiffi
(*) Ist u.a. eine Art Hausdatenbank von PHP
SQLite ist sehr zuverlässig(*) und erfüllt alle Forderungen, die Du
aufgezählt hast. Eine entsprechende Wrapper-Lib für PB habe ich (wie Du
vielleicht schon mitbekommen hast) im PBOSL der Allgemeinheit zur
Verfügung gestellt. Wie bei PBOSL üblich ist auch der entsprechende
Source-Code frei verfügbar. Eine Aussage, inwiefern meine Lib auf Linux
umgesetzt werden kann, muss jemand treffen, der sich mit diesem OS
auskennt.
Ich arbeite gerade mit Unterstützung von Thomas 'ts-soft' an dem
nächsten Release, mit welchem man u.a. auch BLOBs handhaben kann.
Das nächste Beta-Release ist in Sichtweite.
Da ich ziemlich begeistert von SQLite bin, würde ich Dir auch gerne bei
Deinen ersten Schritten und Erfahrungen mit der Materie hilfreich zur Seite
stehen.
Weitere Infos zu SQLite: http://www.sqlite.org/
Ach! Bevor ich's vergesse: SQLite ist nicht geeignet für
Mehrbenutzerumgebungen. Falls Du also ein Programm planst, welches
mehreren Benutzern einen gleichzeitigen schreibenden Zugriff auf eine
Datenbank ermöglichen soll, dann solltest Du Dich anderweitig
umschauen.
Grüße ... Kiffi
(*) Ist u.a. eine Art Hausdatenbank von PHP
a²+b²=mc²
Von meiner Seite kann ich über sehr gute Erfahrungen mit MS-SQL Server und auch MSDE berichten. Die Datenbank läuft wartungsfrei und hat über ODBC mit PB sehr gute Zugriffszeiten. Ich verarbeite damit auf dem SQL Server Datenmengen im Terra Byte Bereich (32 bit WIN2003 Server). Die gleiche Applikation kann dann auch mit der kostenlosen Variante MSDE arbeiten. Einschränkung hier: 5 User und max 2GB Datenbank.
manchmal weiß auch ich etwas, ich erinnere mich bloß schlecht daran
> Von meiner Seite kann ich über sehr gute Erfahrungen mit MS-SQL Server
> und auch MSDE berichten.
kann ich bestätigen. Der SQL-Server ist ein 'must-have' bei
ernstzunehmenden Datenbankapplikationen.
Der Installationsaufwand ist hier jedoch höher als bei SQLite
und unter Linux läuft's nicht.
Grüße ... Kiffi
> und auch MSDE berichten.
kann ich bestätigen. Der SQL-Server ist ein 'must-have' bei
ernstzunehmenden Datenbankapplikationen.
Der Installationsaufwand ist hier jedoch höher als bei SQLite
und unter Linux läuft's nicht.
Grüße ... Kiffi
a²+b²=mc²
-
Blackskyliner
- Beiträge: 532
- Registriert: 28.07.2005 00:54
- Wohnort: /home/Blackskyliner/
was eigenes was auf flatfiles basiert 
Keine meiner Antworten ist endgültig, es kann passieren, dass ich den so eben geposteten Beitrag noch mehrmals ändere, um Doppelposts zu umgehen.
_________________
Purebasic Windows 7 x64 & Linux (Ubuntu 10.04LTS) 4.50[x64|x86] Nutzer
_________________
Projekte: YAED - Yet another Event Dispatcher
_________________
Purebasic Windows 7 x64 & Linux (Ubuntu 10.04LTS) 4.50[x64|x86] Nutzer
_________________
Projekte: YAED - Yet another Event Dispatcher
Danke für die Tips...
schon wegen der Lib.. werde ich es zuerst mit SQLite versuchen. Ich offe die läuft auch mal mit Linux.... fals PB mal stabil unter suse läuft...
Gruß Ulrich Velz
schon wegen der Lib.. werde ich es zuerst mit SQLite versuchen. Ich offe die läuft auch mal mit Linux.... fals PB mal stabil unter suse läuft...
Heißt das im umkehrschluß, dass mehrere User gleichzeitig lesen könnten? Das wäre aktuell das größere Problem. Allerdings dacht ich auch dass SQLite mehrere Benutzer verkraftet lediglich kein Berechtigungssystem dazu.Kiffi hat geschrieben: SQLite ist nicht geeignet für
Mehrbenutzerumgebungen. Falls Du also ein Programm planst, welches
mehreren Benutzern einen gleichzeitigen schreibenden Zugriff auf eine
Datenbank ermöglichen soll, dann solltest Du Dich anderweitig
umschauen.
Gruß Ulrich Velz
siehe hier: http://www.sqlite.org/faq.html#q7Velz hat geschrieben:Heißt das im umkehrschluß, dass mehrere User gleichzeitig lesen könnten?
Grüße ... Kiffi
a²+b²=mc²
Hei...
Also ich würde sagen, dass SQLite den Eindruck macht.. als sollte man seinen SQL-Einstieg auf jeden Fall damit machen... easydb ist out und die Asciis habe ich auch satt....
Was mache ich jetzt mit meinen langen Strings mit 500 bis 1000 Zeichen ?
ist das etwa ein CHAR..? glaube ich nicht... VARCHAR oder ein CLOB ??
oder das was SQLITE als TEXT bezeichnet???
Mir sind im Moment die Grenzen der Nutzung nicht klar!! in der SQLite Docu habe ich das auch nicht gefunden.
mfg Ulrich Velz
Also ich würde sagen, dass SQLite den Eindruck macht.. als sollte man seinen SQL-Einstieg auf jeden Fall damit machen... easydb ist out und die Asciis habe ich auch satt....
Was mache ich jetzt mit meinen langen Strings mit 500 bis 1000 Zeichen ?
ist das etwa ein CHAR..? glaube ich nicht... VARCHAR oder ein CLOB ??
oder das was SQLITE als TEXT bezeichnet???
Mir sind im Moment die Grenzen der Nutzung nicht klar!! in der SQLite Docu habe ich das auch nicht gefunden.
mfg Ulrich Velz