Hallo,

ich will mal wieder eine Datenbank bauen, eine Medienverwaltung. Ich habe mit TClientDataset begonnen, verbunden mit TDatasorce. Habe zuerst 3 Felder im TClientDataset definiert die ich nun mit je einem DBEDit verbinden will. Das aber funktioniert nicht.

Ich wollte die Datenmenge erzeugen, indem ich die Daten am Bildschirm eingebe, nämlich meine CD und DVD Sammlung. Ich habe somit keine Plattendatei, von der ich ausgehen könnte.

Welche Datenbankkomponenten sollte ich nun einsetzen. Ich habe mit Delphi 10.3 Interbase und die zugehörigen Datenbankkomponenten installiert und auch die Palettenseite dbGo mit den SQL Komponenten und dbExpress mit den ADO Komponenten existieren.

Mit welchen Komponenten fange ich optimalerweise an? Ich muss meine Datenbank erst erstellen, meine CD- und DVD Sammlung. Anders als in den Delphi Beispielprogrammen, wo schon Datenbaken existieren. Es muss doch eine Möglichkeit geben, die Datenbankanwendung zu erzeugen und dann erst die Daten einzugeben unter Benutzungng der von mir erzeugten Anwendung.

Die Angaben oben sind willkürlich, nur TClientDataSet stimmt. Ich habe mich in Wahrheit auf noch gar keine Datenbank festgelegt, muss aber oben eine solche angeben, damit ich den Beitrag abschicken kann.

Hallo,
für Interbase:
Die beiden genannten Komponenten-Sammlungen haben eine Connection-Komponente
mit einer Methode CreateDataBase.

Du könntest dir aber auch erst mal IBExpert (Personal) besorgen und dort die DB erzeugen
und auch Tabellen aktualisieren.

Moin...

Zitat:

dbExpress mit den ADO Komponenten

[nur meine Meinung]...mit dieser Konstellation bist du der nächste Kanditat für DB Probleme. Hintergrund: ADO hat so seine Eigenheiten.

Datenbank (meine Meinung):
Firebird (kostenlos, die Mutter ist Interbase): weil die Datenbankdatei aus einem File besteht, sie auch, unter bestimmten Vorraussetzungen, einfach kopierbar ist und die gleiche Datei sowohl für Server als auch für Embedded geeignet ist.

Datenbankkomponenten:
ideal: Devart UNIDAC (kostenpflichtig) ; Delphi FIREDAC (kostenpfichtig für Arbeiten mit einem Server)
brauchbar: ZEOS für verschieden Datenbanken (kostenfrei)

Admintool:
...für jedes Datenbanksystem das passende
Firebird: wie schon gesagt...IBExpert (Personal)

Hinweis (meine Meinung):
Die Datenbank wird im Admin Tool erzeugt und gewartet (Tabellen erzeugen, Felder erzeugen). Datenbankoperationen die direkt auf der Datenbank arbeiten (Wartung), sollten im QT nicht vorkommen.

Zitat:

ich will mal wieder eine Datenbank bauen

Auch wenn es für den Anfang keiner verlangt, sollte man es gehört haben und danach die Tabellen bauen...https://de.wikipedia.org/wiki/Normal...ng_(Datenbank)
Wenn du die Dritte Normalform (3NF) schaffst sind wir stolz auf dich...

Wir haben zwar "nur" MySQL und Oracle mit Unidac im Einsatz, sind aber begeistert.
Kostet zwar ein paar €, aber ist es im Umfeld der kommerziellen SW-Entwicklung sein Geld wert. Bei MySQL haben wir auch nicht das Problem der GPL-Falle.

Ich pflichte da Haentschman bei,
wenn du Enterprise hast solltest du auch FireDac Komponenten dabei haben.
Das wäre auch einen Versuch Wert, und scheint die momentan bevorzugte Methode von EMBA zu sein.

DBExpress würde ich definitiv links liegen lassen. Das ist ein Auslaufmodell wie vor 20 Jahren die BDE.

Vielleicht möchtest du dir das da auch ansehen:
https://www.tmssoftware.com/site/aureliusfree.asp

Zitat von TigerLilly:

Vielleicht möchtest du dir das da auch ansehen:
https://www.tmssoftware.com/site/aureliusfree.asp

Oder MarshMallow:
https://bitbucket.org/soundvibe/marshmallow/wiki/Home
(Nun Teil von Spring4D)

Oder

https://www.devart.com/entitydac/download.html

Der TE hat noch nicht mal Fahrrad fahren gelernt...und ihr wollt ihm die Schlüssel zu eurem Porsche geben? ...mutig.

Der hat vier Räder, der kann nicht umkippen!

Gruß
K-H