Wie der Zugriff auf Datenbanken von Delphi XE Professional IDE?

Kann ich jetzt Schreibe code für den Zugriff auf Firebird innerhalb der IDE. Ich habe (begrenzt, aber ausreichend) den Zugriff auf die Treiber innerhalb der IDE. Insbesondere die Treiber angezeigt, die im Daten-Explorer, die verwendet werden können zum generieren von default-Werte für die SQLConnection (dbExpress-Komponente). Diese zugegriffen und genutzt werden kann im Objekt-Inspektor. Die Lösung für das IDE-bug unten zitiert, ist sicherzustellen, dass die Kommunikations-Parameter korrekt sind. Beim schreiben der Datenbank-code, ist es notwendig, zu kompilieren, die in der Quelle für die dbExpress-Treiber.

Folgende code ist die minimale, mit minimalen Parametersatz notwendig zu etablieren und test einer Datenbank-Verbindung:

unit Unit2;
interface
uses Classes, SqlExpr, Dialogs, dbxDevartInterbase;
var SQLConnection1 : TSQLConnection;
implementation
{$R *.dfm}
  begin
    SQLConnection1 := TSQLConnection.Create(nil);
    with SQLConnection1 do
    begin
      ConnectionName := 'TestConnection';
      DriverName := 'DevartInterBase';
      LibraryName := 'dbexpida40.dll';
      VendorLib := 'fbclient.dll';
      GetDriverFunc := 'getSQLDriverInterBase';
      Params.Clear;
      Params.Add('User_Name=SYSDBA');
      Params.Add('Password=masterkey');
      Params.Add('Database=localhost:C:\Program Files\Firebird\Firebird_2_5\examples\empbuild\employee.fdb');
      Open;
      If Connected then ShowMessage('Connection is active');
      Free;
    end;
  end.

Den workaround mit freundlicher Genehmigung von Bob Swart auf einem der Codegear-Foren ist:

Der trick ist, wählen Sie eine
ConnectionName-Wert, der dann
weisen Sie einen Wert auf der Fahrer-Eigenschaft
und alle anderen Eigenschaften wie
LibraryName, VendorLib und
GetDriverFunc.

Dann änderungen vornehmen - falls nötig - zu
die untergeordneten Eigenschaften des Treibers
- Eigenschaft, und schließlich klar den Namen
der Fahrer Eigentum.

Diese verlassen alle Ihre änderungen in
die Params-Liste (die kann man auch
manuell Bearbeiten, wenn Sie möchten).

Hinweis: lassen Sie den ConnectionName-set -
wenn Sie klar, dass man die Parameter
wird wieder gelöscht.

Nun können Sie Ihre Anwendung kompilieren
und bereitstellen, ohne die Notwendigkeit für
dbxdrivers.exe oder dbxconnections.ini
(aber Sie müssen zum bereitstellen von DLLs
angegeben in der Bibliotheksname und
VendorLib, natürlich).

Auch stellen Sie sicher, dass LoginPrompt zu
Falsch und lassen LoadParamsOnConnect
auf False setzen, auch.

InformationsquelleAutor Chris Walton

Haben Sie versucht, das Paradox über die Borland Database Engine (BDE) und zugehörige Komponenten: TTable TQuery TStoredProc TDatabase und TSession?

Wenn der Speicher dient mir korrekt, zumindest so weit zurück wie Delphi 3, das Unterscheidungsmerkmal zwischen "professionellen" und die "higher-level" - Editionen wurde der Typ der Datenbank, die Entwicklung "aus der box".

• In Delphi 1, BDE war die nur Art und Weise zu tun, aus-der-box-Datenbank-Entwicklung.
• Delphi 2 erlaubt eine benutzerdefinierte Datenbank-Ebene durch Abstraktion von teilen der Datenbank-Komponente Hierarchie.
• Delphi 3 Professional-zur Verfügung gestellt BDE und Treiber für Datei-basierte - und Interbase-Datenbanken.
• Ebene (Enterprise?*) Sie boten den BDE-Treiber für typische client-server - Datenbank-Zugriff: SQL-Server, Sybase, Interbase, Oracle,... (und native-Treiber für Interbase)
• Einer anderen Ebene (Architekt?*) Vorgestellte multi-tier-Entwicklung mit Midas. Leider, Borland machte einen Schritt zurück mit Midas, weil die multi-tier-Komponenten wurden wieder hart verdrahtet, um die BDE. (Dies wurde gelöst, in Delphi 4.)

?* Bitte beachten Sie, ich kann mich irren über die genaue Bezeichnung von diesen Editionen. Etwa zu dieser Zeit gründete ich die Meinung, dass Borland war nur mit "größeren" Namen, um mehr zu verlangen, für features, die nicht wirklich bieten so viel nutzen, wie der "big-Scheck-Schrift-CIOs" kam zu glauben - wobei die Entwickler auf den Umgang mit den Folgen umzugehen. (Ja, ich habe die Schlacht-Narben von Midas I.)

Rant beiseite, die Theorie war....

Wenn man sich auf entry-level - Datenbankentwicklung, würde Sie kaufen Delphi ?? Professional. Entwickeln Sie Ihr system gegen eine Datei-basierte Datenbank oder Interbase über die BDE.

Wenn Sie später benötigt, um scale-up: würden Sie ein upgrade von Delphi, kaufen Sie Ihre gewählten SQL-RDBMS, schalten Sie Ihre Konnektivität über die TDatabase Komponente, und wenden Sie die wenigen notwendigen tweaks.

HINWEIS: In Delphi 3, Sie wechseln konnte, Nativen Interbase (persönlich nicht empfehlenswert) oder die Verwendung von third-party-Komponenten, für nicht-Midas-Entwicklung. Ab Delphi 4, ADO und DevExpress gestartet, die mehr Aufmerksamkeit und nowdays, die BDE scheint zu sein, ziemlich viel vergessen.

Natürlich Theorie & Praxis selten Häufig die gleichen Kneipen. Allerdings mit ein paar warnenden Zeiger, Sie sollten in der Lage sein zu entwickeln, die eine erhebliche Datei-basierte Lösung, die aktualisiert werden können, relativ schmerzlos.

• Halten Sie Ihre business-Logik aus der Datenbank. Dies ist wahrscheinlich die größte und am häufigsten aufgetretenen Fehler. Große Teile des systems sind Häufig geschrieben in Triggern und gespeicherten Prozeduren, so dass es schwieriger zu halten oder die Migration eines Systems.
• Vermeiden, Plattform-spezifische Datenbank-Techniken. Das sollte gehen, ohne zu sagen, aber wenn Sie nicht explizit für Sie, werden Sie Probleme bekommen.
  • Besonders relevant für die Datei-basierte Datenbank-Systeme, viele spezielle locking-Mechanismen, Sie zu vermeiden! Sie nicht gut skalieren, um große multi-user-Systeme in jedem Fall.
  • Generierung von künstlichen Schlüsseln variieren oft von Plattform zu Plattform: Generatoren, IDENTITY-Spalten, wie Sie den neuen Wert ein.
• Planen Sie Ihr system für große Datenmengen. Identifizieren Sie die high-Transaktion Tabellen, und vermeiden Sie unkontrollierte abrufen aller Datensätze. Ich würde auch vermeiden die TTable in dieser situation - BDE-macht viel interessante hintergrund Dinge mit TTable, und das Verhalten kann variieren, je nach Treiber und Plattform.

Disclaimer: All dies war eine lange Zeit, so dass einige details ein wenig lückenhaft.

Disclaimer2: ich habe keine Erfahrung mit Delphi XE speziell. Derzeit nutze ich D5 Professionell, und D2009 in meiner persönlichen Kapazität.

InformationsquelleAutor Disillusioned