Einfache lokale Datenbank – bitte um Entscheidungshilfe!

[haentschman]

Zitat:

SQLite erfüllt alle Kriterien

...echt jetzt?

Zitat:

KEINE SQL-Abfragen

:zwinker:

Vieleicht sollten wir mal den TE zu Wort kommen lassen. :zwinker:

[freimatz]

Zitat:

Zitat von ConstantGardener (Beitrag 1431727)

...bei nicht kommerzieller Nutzung ist NexusDb Embedded kostenfrei ohne Quelltext.

Nehmt nie Fremdkomponenten ohne Quelltext. Nie:!:

[ConstantGardener]

@freimatz: Würde ich auch nie tun! Man kann NexusDb ja auch mit Source kaufen! Die Kriterien die der TE hat klingen aber eher nach Hobby-Projekt, da könnte man ohne Source evtl. auskommen, oder eben später den Source nachlizensieren. Btw. ist die Frage ob einem der Source einer kompletten DB-Engine was nützt wenn es um mehr geht als evtl. auf eine höhere Version von Delphi upzudaten? Das ist kein dünnes Brett!

[Andreas13]

Hallo,

zunächst danke für die zahlreichen Tipps und Anregungen!

Zitat:

Zitat von haentschman (Beitrag 1431721)

KEINE SQL-Abfragen
Wieso? Jede vernünftige Datenbank im Freeware Bereich kann SQL.
Zitat:
einfacher indexsequentieller Zugriff

...wie soll ich mir das vorstellen? Erklär mal...

Ich muß wohl mein Zeugnis erklären: Meine letzten Datenbank-Programmiererfahrungen sind zugegebenermaßen „etwas“ veraltet und stammen aus jener Zeit, als BTree-Isam Datenbanken mit „indexsequenziellem Zugriff“ die damaligen SQL-Systeme wie Oracle etc. bezüglich ihres Zeitverhaltens um mehrere Zehnerpotenzen geschlagen haben. Ich war mit der BTree-Isam/BTree-Schell-Bibliothek der damaligen ENZ-EDV_Beratung extrem zufrieden. Diese zeigte selbst bei 100-tausend Datensätzen ein Echtzeitverhalten, während man bei SQL-Systemen eine Kaffeepause einlegen musste. Daher hat sich bei mir eingebrannt, daß SQL-Abfragen langsam sind.

Ich weiß sehr wohl, daß mein DB-Wissen veraltet ist. Daher habe ich mich doch an die Experten gewandt!

Zitat:

Zitat von Neumann (Beitrag 1431724)

Warum kein SQL? Das macht das Leben doch leichter.

Natürlich habe ich nichts gegen Arbeitserleichterung durch SQL und damit verbundene einfachere Datenzugriffe.

Zitat:

Zitat von haentschman (Beitrag 1431737)

Vieleicht sollten wir mal den TE zu Wort kommen lassen.

Wofür steht das Kürzel TE? Ist mir leider nicht geläufig…


Die Hinweise auf SQLite-Datenbank erscheinen mir im Moment am meisten erfolgversprechend für mein kleines DB-Projekt.

Nochmal herzlichen Dank Euch allen!

Gruß

Andreas

[IBExpert]

Zitat:

Zitat von Andreas13 (Beitrag 1431759)

Zitat:

Zitat von haentschman (Beitrag 1431737)

Vieleicht sollten wir mal den TE zu Wort kommen lassen.

Wofür steht das Kürzel TE? Ist mir leider nicht geläufig…

Das ist im allgemeinen in solchen Diskussionen eine schöne Abkürzung für
das deutsch-englische Wort "Thread Ersteller"
oder wie man in der Kneipe sagen würde "Wer hat denn damit angefangen ...."

[haentschman]

Moin...8-)

Zitat:

Daher hat sich bei mir eingebrannt, daß SQL-Abfragen langsam sind.

...auch mit den Prozessoren auf den Boards hat sich einiges getan. :thumb: Ich würde dir empfehlen, dich wieder an SQL anzunähern. Ich würde dir aber empfehlen eine Datenbank zu nehmen die eine Datei darstellt...wie Firebird z.B. Ansonsten kommt es auf den Einsatzzweck an...

[TigerLilly]

@Andreas13: Du hast echt die Qual der Wahl. Von SQLite, AdvantageDB, ClientdataSets, über XML, JSON, NOSQL uvm bis hin zu MSSQL embedded und natürlich C/S-Datenbanken gibt es wirklich vieles.

BTW: Aurelius ist keine Datenbank, das ist ein ORM + kann mit vielen Datenbanken.

Aber: Wie du selbst sagst, ist dein Wissen aus B-Tree-Zeiten (kenn ich auch, war echt gut!) + da hat sich seither wirklich, wirklich viel getan. Verschaff dir zuerst einen Überblick und spiel dich mit dem Komponenten, die Delphi mit hat. Bring dich auf den aktuellen technischen Stand, dann kannst du die Entscheidung leichter treffen.

Sonst schränkst du dich ein (kein SQL!), obwohl das nicht nötig wäre.

Vielleicht magst du auch beschreiben, was du vorhast, dann können dir die Experten hier viele Vorschläge machen, aus denen du die besseren dann aussuchen kannst.

[hans65]

Vielleicht ist NexusDB nicht die schlechteste Alternative, wenn man deren Wurzeln einmal ansieht:
https://www.nexusdb.com/support/index.php?q=node/506

"While NexusDB is a completely newly designed product its conceptual foundations date back to 1986. At this time, ENZ, a German company, created a product called BTreeFiler for Turbo Pascal. BTreeFiler was a file-based database system which used the server purely as a file server. In time, Turbo Power sold BTreeFiler under license for ENZ. Turbo Power eventually bought BTreeFiler outright from ENZ."

Achso, wenn schon TurboPower BTreeFile genannt wird, dann gibt es ja auch noch das hier als Opensource:
https://sourceforge.net/projects/tpbtreefiler/

[TigerLilly]

Das gibt es ja auch noch:
https://www.elevatesoft.com/products

[Andreas13]

@TigerLilly
Vielen Dank für Deine wertvollen Hinweise & Ratschläge!

Zitat:

Zitat von hans65 (Beitrag 1431769)

Vielleicht ist NexusDB nicht die schlechteste Alternative, wenn man deren Wurzeln einmal ansieht:
https://www.nexusdb.com/support/index.php?q=node/506

Achso, wenn schon TurboPower BTreeFile genannt wird, dann gibt es ja auch noch das hier als Opensource:
https://sourceforge.net/projects/tpbtreefiler/

Danke für den tollen Tipp: NexusDB ist in der Tat die Nachfolgerin der einstigen B-Tree-Isam-Datenbankbibliothek. Habe bereits eine Demoversion installiert und bin noch beim Austesten. Im Moment ist dies mein Favorit.

Lieder lässt sich
https://sourceforge.net/projects/tpbtreefiler/
Mit Delphi XE5 Nicht mehr kompilieren. Habe in den letzten Monaten bereits viel Zeit in die „Wiederbelebung“ investiert, leider ohne Erfolg.

Auch die vollmündige Versprechung für Delphi XE2
https://onedrive.live.com/?id=F5BB35AE00415BC7%21279&cid=F5BB35AE00415BC7
ist leider nicht (mehr) funktionstüchtig.

Vielen Dank & Gruß

Andreas