BDE und Firebird nicht mehr nutzen, aber was dann?

[dust258]

Hi Leute, ich beiß im Moment mal wieder auf meiner Tastatur rum, aua...

Ich wollte mich mal in Datenbanken und Co. einarbeiten und das ganze gestaltet sich erstmal als ein wenig verwirrend. Ich brauche ja so wie ich das sehe 2 zusätzliche Programme um mit Datenbanken arbeiten zu können, zum einen Firebird um die Datenbank zu erstellen und die BDE um die Datenbank das mit Delphi zu verbinden.

Jetzt ließt man überall das die BDE total veraltet ist, aber was sollte man als alternative nehmen? Und kennt Jemand eine gute Anleitung für das "Firebird ISQL Tool" damit ich auch mal meine eigene DB erstellen kann, oder sollte ich mir dafür auch ne graphische Erweiterung zulegen (wenn es das gibt :tongue: )?

PS: Sorry, ich weiß das die Fragen sicher schon gestellt wurden, aber das war alles immer sehr praxisbezogen und ich bin mir einfach nicht sicher wie ich als Anfänger in das Thema einsteigen soll, schließlich ist in fast allen Tutorials noch von der BDE und der Datenbankoberfläche die Rede...

[Mackhack]

Du brauchst die BDE nicht um mit Firebird zu arbeiten. Kannst du einfach mit Komponenten arbeiten die kostenlos und nicht kostenlos sind.

[mkinzler]

Und das ist auch die bei Weitem bessere Option. Denn die BDE beschränkt die Features des DBMS schon sehr.
[Edit: M bei DBMS ergänzt]

[DeddyH]

Die BDE und die damit verbundene Datenbankoberfläche sind hoffnungslos veraltet, das hast Du schon richtig erkannt. Du brauchst also ein Tool, um auf Datenbanken zuzugreifen oder sie ggf. zu erstellen sowie Komponenten, um damit aus Delphi heraus auf die DB zugreifen zu können. Da Du Dich anscheinend für Firebird entschieden hast (und das ist IMHO keine schlechte Wahl), empfehle ich Dir für Ersteres IBExpert (gibt es auch in einer kostenlosen Personal-Edition), für Zweiteres könntest Du beispielsweise ZEOS verwenden. Später kannst Du dann immer noch auf mächtigere (aber auch kostenpflichtige) Tools/Komponenten zurückgreifen, für den Einstieg reichen die genannten allemal. Und bei Fragen einfach fragen :zwinker:

[RWarnecke]

Komponenten :

ZeosLib(kostenlos)
FibPlus(shareware)

Hilfsprogramme um Datenbanken zu Verwalten:
IBExpert Personal(kostenlos)

Tutorials :
Mehrere Tutorials zu Datenbanken von der Seite Delphi-Treff

Ich glaube die Links sollten erstmal helfen. Mehr fällt mir so auf anhieb auch im Moment nicht ein.

[mkinzler]

Weitere Komponenten:

-InterBase Express (IBX): bei Delphi dabei aber abnehmende Kopatibilität.
-dbExpress: Neue Datenbankschnittstelle von CG, es gilt das Selbe wie für IBX
-FBLib ( OS)
-IBDAC: Gut aber kosten etwas
-MDO, ...

Tools: http://www.ibphoenix.com/main.nfs?a=...ntrib_download

[dust258]

Danke für die Antworten, ihr habt mir echt geholfen. Ich habe mich erstmal für die Trial von IP Expert entschieden, ein kleines Problem hab ich noch wenn ich die Testdatenbank erstellen will kommt folgende Fehlermeldung:

PS: Ich habe Firebird 2.1 drauf...

[mkinzler]

Es scheint eine UDF library zu fehlen.

[dust258]

Hat sich erledigt. Ich habe firebird noch einmal neu installiert und die dlls wieder eingefügt. Jetzt funktioniert es ^^

[Piro]

Ich würde dir MSSQL Express empfehlen falls mal von Firebird weg willst. Hatte Firebird auch am Anfang. Jetzt benutze ich SQL 2005 Express mit hilfe von ADO.

Funktioniert alles super und ist einfach. Würde Umstieg jederzeit wieder machen.

Gruß, Sven

[mkinzler]

[OT]Und was ist an MSSQL 2005 express so viel besser als an FireBird?[/OT]

[Piro]

Besser würde ich nicht unbedingt sagen. Aus technischer Sicht erfüllten beide meine Anforderungen.

In der Firma benutzen wir auch MS SQL Server. Mir gefällt das Handling einfach besser und man hat mehr Literatur. Die Tools sind auch leicht im Netz zu finden, die man braucht.

Ich weiß das meine Argumente sehr subjektiv sind aber vom Gefühl her, ist halt MS SQL Express genau richtig für mich. Und mit Delphi idt der Zugriff ohne Zusatzkomponenten möglich.

Ist halt eine Alternative, die ich empfehlen kann.

Gruß, Sven

[hanspeter]

Zitat:

Zitat von mkinzler

[OT]Und was ist an MSSQL 2005 express so viel besser als an FireBird?[/OT]

Es lassen sich noch einige Punkte aufzählen, die für MSSQL sprechen würden.
- In Net besser unterstützt als FB (FB Provider ist im Beta-Status)
- Linq funktioniert z.Zt. nur mit MSSQL.
- Teilweise performanter.

Gruß
Peter

[nuclearping]

Advantage Database Server kann ich auch empfehlen. Arbeiten wir schon seit einigen Jahren mit. Ist für Desktop Einsatz (keiner greift indirekt / direkt übers Netzwerk auf die DB zu) sogar kostenlos.

[MrSpock]

Hallo dust258,

ich kann dir Firebird guten Gewissens empfehlen. Als Zugriffskomponenten nutze ich zur Zeit FibPlus, aber mit den bei Delphi mitgelieferten IBX Komponenten habe ich vorher gearbeitet und nie Probleme gehabt. Es wird zwar gesagt, dass es beim Zugriff auf die neue FB Version Probleme geben könnte, aber das kann ich zumindest aus eigener Erfahrung nicht bestätigen.

Das MSSQL performanter teilweise performanter ist, kann ich nicht beurteilen, da ich es nicht nutze. Da es aber nur "teilweise" ist, ist offensichtlich FB in anderen "Teilen" performanter. Zur Literatur kann ich The Firebird Book empfehlen, auch wenn es schon etwas älter ist.

[Thomas F]

Hier steht was zu Datenbanken ohne BDE

http://www.delphipraxis.net/internal...ghlight=access

http://tdbf.sourceforge.net/

[mkinzler]

Also ich würde dBase mit oder ohen BDE nicht mehr verwenden

[Thomas F]

Zitat:

Zitat von mkinzler

Also ich würde dBase mit oder ohen BDE nicht mehr verwenden

Und MS Access , geht das auch ohne BDE ????

[mkinzler]

Ja, dahinter steckt die JET-Engine.
Aber das wäre auch nicht meine 1, 2,3, .... Wahl

[Thomas F]

Zitat:

Zitat von mkinzler

Ja, dahinter steckt die JET-Engine.
Aber das wäre auch nicht meine 1, 2,3, .... Wahl

Was wäre besser ???

Wie funktioniert MS Access ohne BDE ???

[mkinzler]

Zitat:

Wie funktioniert MS Access ohne BDE ???

Per ADO (dbGo oder COM).

Zitat:

Was wäre besser ???

FireBird, PostGreSQL, SqLite, MSSQL( express), Oracle( XE), ...

[Thomas F]

Zitat:

Zitat von mkinzler

Zitat:

Wie funktioniert MS Access ohne BDE ???

Per ADO (dbGo oder COM).
...

ADO hab ich

Ich habs aber noch nie ausprobiert, ich werd das mal versuchen

Ich find aber kein Tutorial

[mkinzler]

http://www.delphi-treff.de/tutorials...ess-datenbank/

[Thomas F]

Zitat:

Zitat von mkinzler

http://www.delphi-treff.de/tutorials/datenbanken/flexible-ado-connection-zur-ansteuerung-einer-access-datenbank/

Das kenn ich schon

Wußte aber nicht das Passwort oder Kennwort, und habs dann wieder bleiben lassen

[RWarnecke]

Zitat:

Zitat von Thomas F

Ich find aber kein Tutorial

Schaue mal in den Beitrag 5 von mir. Da steht ein Link zu mehreren Tutorials, auch wie ich eine Access-DB mit ADO ansteuere.

Edit: Sorry, hatte zu spät gesehen, das Markus den Link schon gezeigt hatte.

Edit 2: Hier hätte ich noch einen Link zu einem ADO Tutorial.

[Thomas F]

Versteh nur nicht wie ich die eigentliche Datenbank incl. Spalten anlege.(z.B. Test.mdb)
Das steht leider in dem Tutorial nicht drin. :gruebel:

[RWarnecke]

Ich würde die Datenbank über Access anlegen, mit Tabellen oder nur eine reine nackte Datenbank und dann die Tabellen per SQL-Skript erstellen lassen.

[Thomas F]

Hier steht was dazu, ich werds mal ausprobieren

http://www.delphipraxis.net/internal...access+anlegen

[Thomas F]

Ich hab jetzt die leere Access-Datenbank angelegt.
Hat funktioniert, da ich kein Access habe , geht es leider nicht anders.


Müßte jetzt nur noch wissen , wie ich jetzt eine Tabelle mit Spalten anlege.
Was muß ich bei ADOTable1.Tablename:= ........ eintragen ??

[mschaefer]

Moin, moin,

ich hatte ein ADO_Beispiel in Post 13. Zumindest sieht man, dass es nicht so kompliziert ist.

Mit der Routine QueryExecSQL kann man auch SQL Befehele ausführen, die keine Datenmenge zurückgeben, also die Struktur der Datenbank ändern. Zum Beispiel Tabellen aufbauen mit ACCESS DDL:


Das folgende Access DDL create table Beispiel baut eine Inventory Tabelle mit 3 Feldern auf.

SQL-Code:

CREATE TABLE Inventory 
       (Inventory_ID Long, Inventory_Item TEXT, Inventory_Count Long);

Das nächste Beispiel baut eine employee table mit zwei Textfeldern, einem TDATETiME Feld und einem MultiFeld auf.
Dann wird noch ein PrimaryKey über die drei Felder First_Name, Last_Name, dob erstellt.

SQL-Code:

CREATE TABLE Employees (First_Name TEXT(20), Last_Name TEXT(25), dob DATETIME, Constraint Employees_PK Primary Key (First_Name, Last_Name, dob));

Grüße // Martin