Entwickler-Ecke

Datenbanken - Geeignete Datenbank gesucht


Regan - Sa 14.03.09 21:53
Titel: Geeignete Datenbank gesucht
Hallo,

ich habe Turbo Delphi Explorer 2006 und will/darf/muss ein kleines Datenbank gestütztes System erstellen. Hintergrund ist der, dass in der Datenbank Symbole (also Windows' .ico-Dateien) abgelegt werden sollen. Allerdings habe ich ehrlich gesagt keinen blassen Schimmer, was ich nehmen soll. Deshalb wollte ich mich mal beraten lassen. Ich bin völliger Anfänger in Sache Delphi und Datenbanken. Ich habe schon Vorkenntnisse in MySQL.
Ich würde mich über Anregungen und vielleicht Links zu Komponenten/Units freuen.

MfG
Regan


Freiberger - Sa 14.03.09 22:16

Versuche es doch mit einer Access-Datenbank (schau mal unter ADOConnection).
Da kannst du viele Abfragen von MySQL nutzen.


Regan - So 15.03.09 14:53

Viele Dank :zustimm: . Das werde ich mir gleichmal anschauen, ich melde mich dann nochmal, falls ich Hilfe brauche.


freak4fun - So 15.03.09 14:55

Und was spricht gegen mySQL? Wenn du doch schon Erfahrung damit hast?


Bernhard Geyer - So 15.03.09 15:20

Mit den gelieferten Informationen ist jedes DBMS geeigent. Von MyBase über ADS Local Server, Accuracer und MySQL über MS SQL Server bis zu Oracle.

Wenn schon MySQL-Erfahrungen vorhanden sind und es nur ein Hobby oder Open-Source-Projekt wird spricht dagegen MySQL zu nehmen.


freak4fun - So 15.03.09 15:29

user profile iconBernhard Geyer hat folgendes geschrieben Zum zitierten Posting springen:
Mit den gelieferten Informationen ist jedes DBMS geeigent. Von MyBase über ADS Local Server, Accuracer und MySQL über MS SQL Server bis zu Oracle.

Dem stimme ich zu. ;)
user profile iconBernhard Geyer hat folgendes geschrieben Zum zitierten Posting springen:
Wenn schon MySQL-Erfahrungen vorhanden sind und es nur ein Hobby oder Open-Source-Projekt wird spricht dagegen MySQL zu nehmen.

Fehlt da ein "nichts"? :?!?:


Regan - So 15.03.09 15:39

user profile iconBernhard Geyer hat folgendes geschrieben Zum zitierten Posting springen:
Wenn schon MySQL-Erfahrungen vorhanden sind und es nur ein Hobby oder Open-Source-Projekt wird spricht dagegen MySQL zu nehmen.

Ich kenne MySQL nur von PHP her. Also damit will ich sagen, dass ich da ganze gerne wieder über SQL lösen will.
Ein weitere Punkt, der bei ADO gegeben scheint, ist die Tatsache, dass das Ganze ganz portabel sein soll und ich keine Zusatzkomponenten/-anwendungen installieren will.


Bernhard Geyer - So 15.03.09 21:58

user profile iconRegan hat folgendes geschrieben Zum zitierten Posting springen:
Ich kenne MySQL nur von PHP her. Also damit will ich sagen, dass ich da ganze gerne wieder über SQL lösen will.

Jede aktuelles DBMS kann/muss über SQL bedient werden. MySQL ist nur ein DBMS von vielen das SQL versteht.

user profile iconRegan hat folgendes geschrieben Zum zitierten Posting springen:
Ein weitere Punkt, der bei ADO gegeben scheint, ist die Tatsache, dass das Ganze ganz portabel sein soll und ich keine Zusatzkomponenten/-anwendungen installieren will.

ISt es nicht! Nur für den MS SQL SErver benötigst du keine weitere Installation. Selbst Access ist bei diversen XP Embedded-System "out of the Box" nicht ansprechbar. MySQL und ander DBMS erfordern mindestens die installation eines ADO-Providers oder eines ODBC-Treibers.


bis11 - So 15.03.09 22:03

Da werfe ich doch mal SQLite [http://www.sqlite.org] in die Runde. Da brauche ich nichts zu installieren, kann es mit SQL bedienen.


Freiberger - So 15.03.09 22:33

Was willst du denn mit der Datenbank machen ?
Wieviele Tabellen & Daten hast du ?

Ich arbeite täglich mit MySQL auf dem Server.
Für portable Lösungen mit ich mit ADO und Access sehr zufrieden...


Boldar - So 15.03.09 23:34

user profile iconRegan hat folgendes geschrieben Zum zitierten Posting springen:

Hintergrund ist der, dass in der Datenbank Symbole (also Windows' .ico-Dateien) abgelegt werden sollen.


ub60 - So 15.03.09 23:47

user profile iconbis11 hat folgendes geschrieben Zum zitierten Posting springen:
Da werfe ich doch mal SQLite [http://www.sqlite.org] in die Runde. Da brauche ich nichts zu installieren, kann es mit SQL bedienen.

Und wie kann man SQLite mit Delphi ansprechen? Bordmittel? ZEOS? Neue Komponenten?
Ein Link oder ein Beispielcode wäre nicht schlecht.

ub60


Bernhard Geyer - Mo 16.03.09 00:05

user profile iconub60 hat folgendes geschrieben Zum zitierten Posting springen:
Und wie kann man SQLite mit Delphi ansprechen? Bordmittel? ZEOS? Neue Komponenten

Zeos ist eine alternative. Es gibt aber auch noch 2-3 Alternativen die nur SQLite unterstützen. 10 Sekunden Googlen nach "sqlite delphi" sollte die Homepages bringen..

SQLite ist ein gute alternative wenn man keine High-Performance-DB benötigt und sicher sein will das man in keine Lizenzfalle fällte (wie bei MySQL leicht möglich ist).


bis11 - Mo 16.03.09 10:30

user profile iconub60 hat folgendes geschrieben Zum zitierten Posting springen:
user profile iconbis11 hat folgendes geschrieben Zum zitierten Posting springen:
Da werfe ich doch mal SQLite [http://www.sqlite.org] in die Runde. Da brauche ich nichts zu installieren, kann es mit SQL bedienen.

Und wie kann man SQLite mit Delphi ansprechen? Bordmittel? ZEOS? Neue Komponenten?
Ein Link oder ein Beispielcode wäre nicht schlecht.

ub60

Ich habe Dir doch einen Link [http://www.sqlite.org] mitgegeben. Ansonsten bemühe einfach mal Google Suche bei Google SQLITE DELPHI, so wie es Bernhard geschrieben hat.


Regan - Mo 16.03.09 17:51

user profile iconbis11 hat folgendes geschrieben Zum zitierten Posting springen:
Ich habe Dir doch einen Link [http://www.sqlite.org] mitgegeben. Ansonsten bemühe einfach mal Google Suche bei Google SQLITE DELPHI, so wie es Bernhard geschrieben hat.

Ich habe mir das volle Package mal runtergeladen, kann es aber nicht compilieren.


Regan - Mo 16.03.09 22:10

Ich habe von user profile iconGaijin einen Link zu SQLite3 [http://www.itwriting.com/blog/a-simple-delphi-wrapper-for-sqlite-3]. Vom Handling und der Bedienung gefällt mir das auf den ersten Blick sehr gut. Deshalb werde ich das jetzt nehmen.
Vielen Dank trotzdem an alle; die anderen Komponenten haben aber alle irgendwo Nachteile, die ich nicht gebrauchen kann ;) .