SQL only Dantenbank erstellen ?

[Medium]

Nichts kommt ohne Preis daher
Natürlich hängt da dann viel von der Abstraktionsschicht ab, und ob die ggf. intern je nach DBMS optimierte Queries benutzt oder nicht. Wichtig war mir nur der Punkt, dass man im eigentlichen Business-Code nicht mehr mit SQL-Strings rum hantiert. Wo, wie, womit und wie gut das bewerkstelligt wird steht auf einem anderen Blatt. Und wenn man ganz "fancy" wird, vielleicht sogar ein ORM (um's mal in die Runde zu werfen).

Man kann solche Dinge auch beliebig weit treiben, ohne Probleme bis in die Sinnlosigkeit. Da muss man dann abwägen, wie viel man für seine Anwendung an Entkopplung vom DBMS, an Geschwindigkeit, an einfacher Benutzung etc. wirklich braucht. Trivial ist das, schon bei mittlgroßen Projekten, sicherlich nicht.
Wenn die Arbeit zum Erreichen des Wunschziels die für den ggf. ansonsten entstehenden Pflegeaufwand übersteigt, hat man es vermutlich zu gut gemeint. Das betrifft alles aber auch wirklich nur die Programm-Seite, sprich "komme ich an meine DB heran?" wenn ich das DBMS und/oder die Komponenten austauschen muss. Die Daten sind dadurch noch lange nicht sicher. BACKUPS!!

[Furtbichler]

Es gibt eine SQL-Komponente, die mit Text-Dateien arbeitet: TjanSQL. Download? klick!

Taugt für einige tausend Datensätze. Einfach mal probieren.

das Textformat wird wohl das sein, was Du suchst..

[Perlsau]

Zitat von BBoy:

ok, also kann ich das vergessen endlich eine datendatei zu haben die ich jederzeit nutzen kann auch wenn es die Komponente wie z.B. Absolute Database nicht mehr gibt ?

Absolute Database ist keine Komponente. Komponenten sind das, was du auf deiner Komponentenpalette zur Verfügung hast. Bei Absolute Database dagegen handelt es sich um ein RDBMS (Relational Database Management System). Das, wo du deine Daten hineinschreibst, ist die Datenbank, und auch die ist keine Komponente.

Zitat von BBoy:

Kennt wer eine sql embedded database die kostenlos ist und wovon man ausgehen kann das es die lange gibt?

An dieser Stelle empfehle ich immer gerne Firebird Embedded. Zur Entwicklung einer entsprechenden Anwendung installiert man sich erst einmal einen Firebird-Server, denn damit läßt sich einfacher entwickeln als mit der Embedded-Variante. Danach lädt man sich die Zeos-Komponenten herunter und installiert diese in seiner Delphi-IDE. Wenn die Anwendung fertig ist, kopiert man die Embedded-Dateien ins BIN-Verzeichnis des Projekts und stellt die Connect-Parameter entsprechend um. Seit Firebird 2.5 muß die Datenbank der Embedded-Variante nicht mehr im Anwendungs-Ordner liegen und kann sogar von mehreren Benutzern gleichzeitig verwendet werden (embedded heißt "eingebettet" und bedeutet, daß zum Betrieb kein Firebird-Server installiert sein muß, denn die Server-Funktionalität wird von einer entsprechend modifizierten fbclient.dll bereitgestellt).

Ansonsten schließe ich mich dem hier vielfach gegebenen Ratschlag an, vor dem Schreiben einer Datenbank-Anwendung doch bitte die Datenbank-Grundlagen zu erlernen.

[BUG]

Zitat von Furtbichler:

das Textformat wird wohl das sein, was Du suchst..

Das Format vielleicht ... aber eine uralte Komponente, dessen Homepage im Netz nicht zu finden ist und die man nur noch über Filesharing-Seiten bekommt

Da sollte SQLite doch um einiges zukunftssicherer sein, schon weil es praktisch überall* genutzt wird und Public Domain ist.
* Einfach mal auf deinem Rechner nach sqlite*.dll suchen. Wenn du einige Programme installiert hast, bestehen gute Chancen.

[Furtbichler]

Zitat von BUG:

aber eine uralte Komponente, dessen Homepage im Netz nicht zu finden ist und die man nur noch über Filesharing-Seiten bekommt

Da der Quellcode vorhanden ist, und das Ganze auch nicht sonderlich komplex ist, sehe ich da kein Problem, du etwa?

Zitat von BBoy:

... die das dann wieder in einem speziellen Format speichern (*.abs)? Also das eine reine .sql Datei die ich auch in vielen Jahrzehnten noch nutzen kann?

Der TE hatte bestimmte Anforderungen, die mit dieser Komponente erschlagen worden wären. Bei SQLite wäre ich mir nicht sicher, ob man die "in vielen Jahrzehnten noch nutzen kann". Bei Text-Dateien bin ich mir sehr sicher.

Ich sage ja nicht, das die von mir vorgeschlagene Lösung das Gelbe vom Ei ist, und deshalb schrieb ich auch, das man es mal ausprobieren sollte. Aber davor schien die Ansicht vorzuherschen, das es soetwas nicht gibt, und das stimmt nicht.

Wenn ich eine solche Anforderung auf den Tisch bekäme (Datenbank mit lesbarem Format), bearbeitbar mit SQL, würde ich diese Komponente zumindest anschauen. Ist der Quellcode gut dokumentiert, würde ich sie einfach übernehmen.