Lizenzfreie Datenbank ohne BDE

[ATS3788]

Hallo meine Delphi-Freunde

Könnt ihr mir einen Tip geben

Ich möchte eine lizenzfreie Datenbank benutzen
welche die BDE nicht benutzt.

Ich möchte in dieser 5 Blobs ein Memo
und ein paar 10 - 15 Textfelder bis 40 - 50 Char erstellen.

und vielleicht max 10000 Einträge hat.

Auf der Arbeit benutze ich eine Access Datenbank.

Gibt es sowas einfach zu bedienendes Lizenzfrei.

Danke im vorraus.

ZenForAll


Muss keine Server Client Beziehung sein.

Simpel wie Access eben.

[Bernhard Geyer]

Lizenzfrei = Keine Verteilungskosten oder komplett kostenlos?

[mkinzler]

Z.B. FireBird, PosGreSQL, ...

[H4ndy]

SQLite. Klein und portabel.
Allerdings scheiden sich die Geister, ob das amerikanische "Public Domain" in Deutschland rechtlich annerkant ist, da man hier auf sein Urheberrecht nicht verzichten kann.

[idefix2]

Ich habe mir jetzt ein ganze Anzahl DBMS angeschaut, weil ich auch gerade dabei bin, mich für eine Richtung zu entscheiden. Firebird schient wirklich eine ausgezeichnete Wahl für wahrscheinlich fast alles zu sein. Es gibt eine Embedded und eine Server Version, die praktisch codekompatibel sind, einige sehr komfortable Erweiterungen zum SQL Standard, und die Geschwindigkeit würde ich nach den ersten Erfahrungen als zumindest "sehr flott" einstufen.

Problematisch sind die kostenlosen Zugriffskomponenten, da habe ich jetzt eine Weile herumgedoktort (und bin eigentlich noch dabei), weil es eine Menge Sachen gibt, die zumindest bei mir nicht ordentlich funktionieren - das hängt sicher primär von den Versionen von Delphi und von Firebird ab, die man verwendet. Da passt bei den Gratis-Komponenten offensichtlich nicht alles zusammen. In ein paar Tagen kann ich hoffentlich mehr dazu sagen, zumiondest was Delphi 2009 und FB 2.1 betrifft. - Wenn man sehr schnell "up and running" sein will, ist vielleicht doch eher der Kauf von kommerziellen Zugriffskomponenten anzuraten, ich glaube die meisten wenn nicht alle können in eingebundener Form lizenzfrei verteilt werden.

[DeddyH]

Da der TE aber laut Profil Delphi 2006 verwendet und somit nicht in der "Unicode-Hölle" steckt, sollte er weniger Probleme haben, auch kostenfreie Komponenten verwenden zu können.

[FrankJ28]

Express-Edition des MS-SQL-Servers

[Pfaffe2]

ADS Local Server

[hoika]

Hallo,

Access gibt es auf fast jedem Rechner.
(einfach die MDAC2.X installieren)


Heiko

[Bernhard Geyer]

Zitat:

Zitat von Pfaffe2

ADS Local Server

Ist nicht kostenfrei wenn z.B. per Remote Desktop oder Citrix gearbeitet wird.
[quote="hoika"]Hallo,

Zitat:

Zitat von Pfaffe2

Access gibt es auf fast jedem Rechner.
(einfach die MDAC2.X installieren)Heiko

Access (bzw. die JET-Engine) ist seit Jahren nicht mehr bestandteil von MDAC. Sollte Windows ohne installierte JET-Engine (aktuell nur der fall bei den Embedded-Versionen von XP/Win7 möglich) so kann man die JET-Engine nicht mehr so einfach nachinstallieren (außer man installiert Access).

[idefix2]

Im übrigen ist Acces wirklich nur eine Krücke - Wir haben vor langer Zeit Datenbanken auf Access basis entwickelt, an den Nachwirkungen laborieren wir heute noch.

[blackfin]

Firebird embedded mit den ZEOS Komponenten.

Auch wenn kostenpflichtige Firebird-Kompos wie IBDAC wohl schneller sind, reicht das für dein Unterfangen

Zitat:

5 Blobs ein Memo
und ein paar 10 - 15 Textfelder bis 40 - 50 Char erstellen.

und vielleicht max 10000 Einträge

mehr als locker aus, für Firebird ist das ein Witz :)

Edit:

Jetzt kommt es nur noch darauf an, wieviele gleichzeitig auf die Datenbank zugreifen?
Wenns Multiuser sein soll, dann nicht den embedded sondern besser den "richtigen" Server.
Ob du dann den "Classic" oder den "Superserver" nimmst, ist deine Entscheidung.
Die Unterschiede der einzelnen Server-Architekturen findest du im Firebird Quickstart ab Kapitel 3: Firebird Schnellanleitung

... und einen ODBC-Treiber gibts für den Firebird natürlich auch.

[iGoA]

Interessantes Thema! Haben hier auch teilweise Ärger mit der Access-Krücke (vor allem mit der Performance). Würde mich über weitere Vorschläge und Kommentare zu den bisherigen Vorschlägen freuen.

[H4ndy]

Zitat:

Zitat von blackfin

Firebird embedded mit den ZEOS Komponenten.

Bei ZEOS gibt es aber eine Kruecke: Auch wenn diese unter LGPL stehen, musst du - nach meiner Aufassung - auch deine eigene Anwendung unter LGPL stellen und damit Open Source machen. Das Problem ist, dass die LGPL nur das dynamische Linken in Closed Source erlaubt, durch Einbindung der ZEOS Units (und damit in deine EXE) faellt das aber flach da die Kompos dann statisch drin sind. Man muesste diese dann in eine DLL packen und laden (und damit nur den Code der DLL freigeben).

Ich konnte da bisher noch keine 100%ige Antwort drauf kommen, aber eben diese Unsicherheit hat uns davon abgehalten, die ZEOS-Komponenten einzusetzen.

[franktron]

Zitat:

Zitat von H4ndy

Zitat:

Zitat von blackfin

Firebird embedded mit den ZEOS Komponenten.

Bei ZEOS gibt es aber eine Kruecke: Auch wenn diese unter LGPL stehen, musst du - nach meiner Aufassung - auch deine eigene Anwendung unter LGPL stellen und damit Open Source machen. Das Problem ist, dass die LGPL nur das dynamische Linken in Closed Source erlaubt, durch Einbindung der ZEOS Units (und damit in deine EXE) faellt das aber flach da die Kompos dann statisch drin sind. Man muesste diese dann in eine DLL packen und laden (und damit nur den Code der DLL freigeben).

Ich konnte da bisher noch keine 100%ige Antwort drauf kommen, aber eben diese Unsicherheit hat uns davon abgehalten, die ZEOS-Komponenten einzusetzen.

Das was du meinst ist GPL Version 3

[idefix2]

@ Bernhard Geyer

Schieb dem armen Pfaffe2 nicht Aussagen in den Mund, die er nie getätigt hat. Sind die Sachen, die der Papst von sich gibt, wenn der Tag lang ist, doch ohnehin schlimm genug. :lol:

[H4ndy]

Zitat:

Zitat von franktron

Das was du meinst ist GPL Version 3

Nein LGPL. Das Problem an der Lizenz ist, dass man es dem Nutzer ermoeglichen muss, eine neuere Version der "Library" (hier ZEOS) in der Anwendung einzusetzen. Dazu muss man es dynamisch einbinden (DLL) oder den Objekt-Code oder den Source-Code der Anwendung ("work that uses the Library") bereitstellen. Siehe license.html der ZEOS-Komponenten Punkt 2.6.

Wie gesagt, alles sehr wackelig.
Vielleicht kann man die Autoren um eine MPL-Lizenz bitten (die koennen das ja Lizensieren wie sie wollen).
Es sei drauf hingewiesen, dass ich kein Anwalt bin und diese Lizenzen nur "normalsterblich" interpretiere.

//Edit:
ZEOS nutzt seit geraumer Zeit eine Anpassung, hab mal eben in deren Forum gesucht.
Die Grundlizenz ist die LGPL, aber jeder Header enthaelt folgende Anpassung, welch das statische Linken erlaubt:

Delphi-Quellcode:

{ The source code of the ZEOS Libraries and packages are  }
{ distributed under the Library GNU General Public        }
{ License (see the file COPYING / COPYING.ZEOS)           }
{ with the following  modification:                       }
{ As a special exception, the copyright holders of this   }
{ library give you permission to link this library with   }
{ independent modules to produce an executable,           }
{ regardless of the license terms of these independent    }
{ modules, and to copy and distribute the resulting       }
{ executable under terms of your choice, provided that    }
{ you also meet, for each linked independent module,      }
{ the terms and conditions of the license of that module. }
{ An independent module is a module which is not derived  }
{ from or based on this library. If you modify this       }
{ library, you may extend this exception to your version  }
{ of the library, but you are not obligated to do so.     }
{ If you do not wish to do so, delete this exception      }
{ statement from your version.                            }

Also alles doch nicht so wild...

Ich nehm alles zurueck und behaupte das Gegenteil :mrgreen:

[ATS3788]

Wow Danke für die vielen Antworten.

Da habe ich ja die Qual der Wahl.

Danke meine Delphianer