SQL only Dantenbank erstellen ?

[BBoy]

Ich habe schon ein paar mal das Problem gehabt das ich eine DB mit irgendwelchen Komponenten programmiert hatte die später dann Geld kosteten oder einfach nicht weiter entwickelt wurden und so dann in einer neuen Delphi version nicht mehr funktionierten. Bin derzeit bei ABS-Database, damit funktioniert alles recht einfach. Speichert aber auch wieder in speziellem Format .abs und genau das möchte ich nicht.
Ich programmiere nur kleine, einfache Datenbanken für den Heimgebrauch. Daher kommt ein SQL-Server nicht in Frage.

Kann man irgendwie eine SQL-Datenbank erstellen ohne Server und ohne Komponenten 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? Ich verwende allerdings auch Master- und Detailtables, das sollte in SQL auch funktionieren.
Leider ist mein Wissen recht oberflächlich (reicht aber für meine Zwecke), von daher wären Komponenten die mir den Umgang etwas erleichtern von Vorteil.

[Uwe Raabe]

SQL ist eine Abfragesprache und kein Datenbankformat. Insofern macht deine Frage keinen Sinn.

[mkinzler]

Du legst also keinen Wert auf "customized Tools", die Tools müssen halt nur an deine Bedürfnisse angepasst sein :wink:
Irgendwie widerspricht dich deine Aussage.
Du solltest dein Wissen mal etwas vertiefen.
Btw. es gibt auch embedded Lösungen ohne extra Server.

[BBoy]

OK, neuer Versuch:

Ich kann mit SQL Datenbanken anlegen, verändern usw.
Für die meisten Lösungen benötigt man dazu aber einen SQL-Server.
Benötige nur ICH den Server zum erstellen oder auch der Anwender der dann diese DB bzw. mein Programm nutzt?

Wenn auch der Anwender einen SQL-Server benötigt, dann ist das für mich uninteressant und ich benötige eine Embedded Version. So das der Anwender des Programms ohne Server installation auskommt.

Egal wie, die Datendatei sollte in einem Format gespeichert werden, dass ich jederzeit problemlos wieder mit sql auslesen kann und nicht ein spezielles datenformat wie zb. Absolute Database wo die Daten in eine .abs datei schreibt. Die dann auch nur von ABS-Database gelesen werden kann.

Ziel ist es, eine Datenbankdatei zu haben die man mit jeder beliebigen (sql)Datenbankkomponente lesen und bearbeiten kann.

Hoffe es ist nun besser verständlich auf was es mir ankommt :)

[mkinzler]

Zitat:

Benötige nur ICH den Server zum erstellen oder auch der Anwender der dann diese DB bzw. mein Programm nutzt?

Ja. Bei embedded-Lösungen ist dies aber kein eigenständiges Programm.

Zitat:

Egal wie, die Datendatei sollte in einem Format gespeichert werden, dass ich jederzeit problemlos wieder mit sql auslesen kann und nicht ein spezielles datenformat wie zb. Absolute Database wo die Daten in eine .abs datei schreibt. Die dann auch nur von ABS-Database gelesen werden kann.

Es gibt aber kein allgemeines Format von SQL! (Was Uwe ja schon schrieb).
Du müsstest die Daten also in einem neutralen Format (XML, CSV, INI) ablegen, dich dann aber selber um die Funktionalitäten des DB-Servers kümmern. Das macht aus meiner Warte absolut keinen Sinn!

[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 ?
Kann ich kaum glauben... aber wenn ihr das sagt, wird es wohl so sein. Schade.

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

[Union]

Die könntest Clientdatasets im XML Format verwenden.

[Sir Rufo]

Zitat:

Zitat von BBoy (Beitrag 1223807)

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 ?
Kann ich kaum glauben... aber wenn ihr das sagt, wird es wohl so sein. Schade.

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

In einer schnellebigen Welt von einem komplexen Format wie einer Datenbank zu erwarten, diese bis zum Ende aller Tage nutzen zu können, weil dieses immer supported wird ... den Support wirst du selber übernehmen müssen.

An deiner Stelle würde ich die Anforderung nochmal überdenken

Zitat:

Zitat von Union (Beitrag 1223809)

Die könntest Clientdatasets im XML Format verwenden.

Nicht so wirklich SQL

[bernerbaer]

Hast Du Uwes [nach dem roten Kasten] une mkinzlers Beitrag verstanden? SQL ist kein Dateiformat, es ist eine reine Abfragesprache, evtl hilft dir Wikipedia das verständlich zu machen.
Du benötigst immer einen Datenbank Server, der immer ein eigene Speicherverwaltung für die Daten aufweist. Mit einem geschätzten Zehnzeiler, kannst Du aber jederzeit die Daten in ein für alle Datenbanksysteme verständliches Format exportieren, zb XML, oder CSV, ... welches dann im neuen Datenbanksystem importiert werden kann.

[Sir Rufo]

Zitat:

Zitat von bernerbaer (Beitrag 1223812)

Hast Du Uwes [nach dem roten Kasten] une mkinzlers Beitrag verstanden? SQL ist kein Dateiformat, es ist eine reine Abfragesprache, evtl hilft dir Wikipedia das verständlich zu machen.
Du benötigst immer einen Datenbank Server, der immer ein eigene Speicherverwaltung für die Daten aufweist. Mit einem geschätzten Zehnzeiler, kannst Du aber jederzeit die Daten in ein für alle Datenbanksysteme verständliches Format exportieren, zb XML, oder CSV, ... welches dann im neuen Datenbanksystem importiert werden kann.

Hmmm, MS-Access hat keinen Server