Welche Datenbank nutzen?

[Targion]

Hallo!
Bis jetzt habe ich an "Datenbanken" XML-Dateien oder Textfiles benutzt, welche man nicht wirklich als Datenbanken bezeichnen kann, das Gebiet ist also Neuland für mich.
Folgendes Problem:
* Ich habe eine Menge Daten, hauptsächlich Texte, es sind auch mal längere dabei. Formatierungen sind nicht enthalten.
* Diese alle einzeln abzuspeichern wäre möglich, aber unschön, da man dann einen Ordner voll mit ca. 1000 Einzeldateien hätte
* Die Daten müssen sehr schnell nach Stichworten durchsucht werden. Es kann durchaus sein, dass mehrere Anfragen kommen.
* Auf die Daten muss von Linux, Windows und MacOS-Systemen zugegriffen werden können.
Welche Datenbank könntet ihr mir da empfehlen? Die Datenbank sollte nicht-komerziell sein, am besten OpenSource, sollte mit Lazarus ansprechbar sein, eventuell komerziell nutzbar sein und schnell zu durchsuchbar sein. Wäre SQLite da eventuell eine Lösung? Ich kenne mich auf diesem Gebiet nicht wirklich aus, wie man sieht...

[Hitman]

Große Texte die indiziert werden sollen? Schreit für mich auf Anhieb nach PostgreSQL.

[Targion]

Es sind hauptsächlich kleinere Texte oder Textbruchstücke. Die größten Teile sind ca. eine Seite lang. Alles formatierte ist in *.odt-Dateien zwischengespeichert, für die ich mir noch eine Lösung zum Durchsuchen ausdenken muss... Wahrscheinlich werde ich den Suchindex eines fremden Programmes abgreifen. Aber das ist ein anderes Thema...

[Ralph59]

Also,
ich bin ja ein Neuling, was Lazarus angeht, ich bin mir jedoch sicher, dass MySql dieses im Sql unterstützt, SQLite kann das denke ich mit an sicherheit grenzender Wahrscheinlichkeit auch.
Auch sollten Datenmengen von nur ca. 1000 Datensätzen recht gut bearbeitet werden können.

Kleines Beispiel:

Code: Alles auswählen

SELECT (
users.user_name
, date_format(users.user_birthdate, "%Y") AS Baujahr
, users.user_joined AS seit
, users.user_location AS Wohnort
, users.user_groups
, users.user_groups LIKE "%.5%" AS Vorsitzender
, users.user_groups LIKE "%.3%" AS Vorstand
, users.user_groups LIKE "%.7%" AS Vip
, users.user_groups LIKE "%.2%" AS Skinner
, users.user_groups LIKE "%.1%" AS Fahrer
, date_format( users.user_joined, "%y") AS u_date
, date_format(FROM_UNIXTIME( users.user_joined), "%d.%m.%Y") AS Mitglied_seit
 
FROM
activefusion.users
WHERE users.user_groups > ""
ORDER BY Vorsitzender DESC, Vorstand DESC, Vip DESC, users.user_name;
');

• Hier wird das Textfeld user_groups nach den Einträgen .1 oder .2 oder ... dursucht und entsprechend sortiert dargestellt.

Ich bin mir ziemlich sicher, dass dieses mit jeder sql interpretierenden Datenbank funktionieren sollte.



Mit freundlichem Gruß

Ralph

[af0815]

Alles formatierte ist in *.odt-Dateien zwischengespeichert, für die ich mir noch eine Lösung zum Durchsuchen ausdenken muss... Wahrscheinlich werde ich den Suchindex eines fremden Programmes abgreifen. Aber das ist ein anderes Thema...

odt sind gepackte Dateien mit einem eigenen Dateischema, die Dateien darinenn sind meist xml Files. In der letzten toolbox (Stand März 2009) war ein Artikel bezüglich Excel/Calc drinnen, der sich aber Gedankjlich auch auf die anderen Openoffice/MSOffice umlegen lässt. Besonders bei den 'genormten' Formaten.

Bei längeren Texten bzw. wenn die Größe steigen sollte, kann man sich mal mit Volltextsuche in DB beschäftigen. Einige DBs bieten dafür einen eigenen Type 'Text' an, der aber wieder spezielle Eigenschaften hat und nicht direkt über die normalen SQL Befehle zu handhaben ist, dafür aber andere Vorzüge hat. Meistens muß die Indizierung für diese Texte dann speziell gewartet werden. Die Speicherung erfolgt meistens ausserhalb der normalen SQL Tabellen um die Effizienz zu erhalten (mein Wissen von MS SQL Server)

[KOBOLD Messring GmbH]

Ich bin ein MySQL-Fan. Damit habe ich (bislang) noch nie Probleme gehabt. Wenn man die Möglichkeit hat, die DB auf einen eigenen Datenbank-Server auszulagern, hat man noch den Vorteil, dass dieser dann die Abfragen (mit seiner entsprechend dimensionierten Rechnerleistung ausführt, auch hier gilt: von nix kommt nix, Dual-Core-Prozessor, 2.5 GHz, 2GB RAM, RAID sollte der schon haben), und der (Lazarus-Programm)-Client dann "entlastet" wird.
Bezüglich der Indizierung von Texten guck mal hier:
http://dev.mysql.com/doc/refman/5.1/de/indexes.html" onclick="window.open(this.href);return false;
http://dev.mysql.com/doc/refman/5.1/de/ ... earch.html" onclick="window.open(this.href);return false;
Das ganze geht auch mit einer lokalen Installation von MySQL. Aber diese MySQL-DB-Programme sind _immer_ Client-Server Anwendungen, in diesem Falle ist der Server dann der "localhost".
MySQL gibt es als OpenSource (ist bei den meisten Linux-Distros dabei, ein Klick und schon hast Du 'nen "echten, dicken" DB-Server für ein Dankeschön), aber auch als "Corporate-Server" mit Wartung, der kostet aber dann was.

[khh]

ich bin mir jedoch sicher, dass MySql dieses im Sql unterstützt,

wobei bei MySql die Lizenzierungsfrage nicht ausser Acht gelassen werden sollte.


Gruss Kh

[Hitman]

Wie gesagt: PostgreSQL
Das ist bis ins letzte Byte frei und sehr viel mächtiger als MySQL. In einer Produktionsumgebung würde ich sowieso nichts anderes nehmen .... außer mir steht Oracle oder DB2 zur Verfügung *g* (aber selbst dann müsste ich gut überlegen, die sind nämlich nicht gerade sonderlich schön zu administrieren).

[Targion]

Gibt es für PostgreSQL eine entsprechende Anleitung, wie man es in Lazarus einbinden kann? Und werden die Komponenten für Lazarus auch in Zukunft in Stand gehalten? Die Website des Autors ist nämlich nicht zu erreichen.
Insgesamt mach PostreSQL einen hervorragenden Eindruck, wenn es auch ein extrem mächtiges System für ein so relativ kleines Projekt ist. Aber mal sehen, was draus wird. Wenn sich viele Clients mit dem Server verbinden (Das Projekt ist selbst eine Client<>Server-Anwendung) kann die Datenbank nicht schnell genug sein. (Obwohl bis zu 40 Rechner maximal wohl verglichen mit anderen Einsatzgebieten hier auch wenig ist)

[Hitman]

Die Anbindung an PostgreSQL ist vom Prinzip her das gleiche wie an MySQL. Ich meine sogar, dass in Lazarus beides über die selbe Schnittstelle (sqldb) läuft. Alternativ gibt's auch noch ZEOS.
Und die Projektgröße spielt für Postgres eigentlich keine Rollen. Es skaliert wunderbar nach oben, ist aber auch im kleinen Bereich 1a zu gebrauchen. Die Einrichtung eines PostgreSQL Servers ist auch nicht weiter schwierig und mit pgAdmin3 hast du eine wunderbare (Fatclient) Oberfläche für die Administration.

[Targion]

Ich muss mir unbedingt, bevor ich loslege, die Grundlagen der Datenbankprogrammierung aneignen. SQL kann ich einigermaßen.
Was ist der Vorteil, wenn ich mit ZEOS auf PostgreSQL zugreife?

[Hitman]

ZEOS ist meines Wissens nach ganz gut dokumentiert und bietet eben Support für sehr viele Database Backends. So kannst du verhältnismäßig einfach das Backend später auswechseln (praktisch wird das aber erschwert, wenn du oft mit SQL arbeitest, da SQL in der Realität nicht so standardisiert ist, wie es in der Theorie sein sollte). Also ansich sollte sqldb vollkommen ausreichen.

[KOBOLD Messring GmbH]

Ergänzung zu Hitman:
ZEOS ist nach der gängigen Meinung, die man hier und anderswo liest sehr stabil und ausgereift. Viele behaupten, die Lazarus-eigenen DB-Komponenten (sqldb) wären das (noch) nicht so, und man bräuchte sich über "Merkwürdigkeiten" (bis hin zu totalem "Abschmieren") nicht zu wundern. Ich persönlich, habe an den sqldb-Komponenten noch nichts auszusetzen gehabt, habe aber auch noch nicht solche Anwendungen gehabt, wo viele Benutzer gleichzeitig mit dem DB-Server verbunden sind. Grosse Datenmengen (3-4 Mio Datensätze) sind auch den sqldb-Komponenten egal.
Wenn man sich auf die gängigsten SQL-Befehle beschränkt, sollte auch das Auswechseln der Datenbank keine Probleme bereiten, wobei auch hier wiederum die Tücke im Detail liegt. So stirbt z.B. eien TODBCConnection auf Mickysoft-Access beim Verwenden von doppelten Anführungszeichen bei String-Feldern (... WHERE Name="Bill Gates" => SIGSEGV), während anständige Datenbank-Systeme dagegen sehr tolerant sind.

[Targion]

Dann benutze ich die Komponenten direkt. Ich möchte so wie so am liebsten so wenig Code, den ich nicht selbst geschrieben habe, verwenden wie möglich.
PostgreSQL läuft inzwischen perfekt auf meinem Linux-System. Ich werde mich also in der nächsten Zeit etwas ausführlicher mit der Datenbank beschäftigen und ein paar Testanwendungen schreiben. Ihr hört dann sicher von mir!
Vielen Dank für die Hilfe! Hier im Forum scheinen ja extrem viele Leute Datenbanken zu verwenden.

[khh]

Wenn man sich auf die gängigsten SQL-Befehle beschränkt, sollte auch das Auswechseln der Datenbank keine Probleme bereiten, wobei auch hier wiederum die Tücke im Detail liegt. So stirbt z.B. eien TODBCConnection auf Mickysoft-Access beim Verwenden von doppelten Anführungszeichen bei String-Feldern (... WHERE Name="Bill Gates" => SIGSEGV), während anständige Datenbank-Systeme dagegen sehr tolerant sind.

dabei kann man auch firebird ruhig mit in die Auswahl nehmen.

>> Mickysoft-Access
ist das ne DB??

Gruss KH