Comment accéder aux bases de données depuis Delphi XE Professionnel de l'IDE?

Je peux maintenant écrire le code d'accès Firebird dans l'IDE. J'ai (de façon limitée, mais suffisante) l'accès aux pilotes dans l'IDE. Plus précisément, les pilotes s'affichent dans l'Explorateur de Données, qui peut être utilisé pour générer des valeurs par défaut pour l'occurrence de SQLConnection (dbExpress composant). Ceux-ci peuvent être consultées et utilisées dans l'Inspecteur d'Objet. La solution de contournement à l'IDE bug cité ci-dessous est nécessaire pour assurer les paramètres de communication sont corrects. Lors de l'écriture de code de base de données, il est nécessaire de compiler le source pour le pilote dbExpress.

Le code suivant est le minimum, avec un minimum de jeu de paramètres nécessaires pour établir et de tester une connexion de base de données:

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.

La solution de contournement, avec l'aimable autorisation de Bob Swart sur l'un des Codegear forums est:

L'astuce est de choisir un
ConnectionName de la valeur, puis
affecter une valeur à la propriété du Pilote
et toutes les autres propriétés comme la
LibraryName, VendorLib et
GetDriverFunc.

Ensuite, apporter des modifications si nécessaire - pour
les sous-propriétés du Pilote
de la propriété, et enfin clair le nom
le Conducteur de la propriété.

Cela laissera de toutes les modifications de votre
les Paramètres de la liste (que vous pouvez également
éditer manuellement si vous le souhaitez).

Remarque: laisser le ConnectionName set -
si vous le désactivez, les paramètres
seront effacées de nouveau.

Maintenant, vous pouvez compiler votre application
et le déployer sans la nécessité pour
dbxdrivers.exe ou dbxconnections.ini
(mais vous avez besoin pour déployer les Dll
spécifié dans le LibraryName et
VendorLib, bien sûr).

Assurez-vous également de définir LoginPrompt à
Faux et laisser LoadParamsOnConnect
la valeur False, trop.

OriginalL'auteur Chris Walton

Avez-vous essayé Paradoxe via le Borland Database Engine (BDE) et les composants associés: TTable TQuery TStoredProc TDatabase et TSession?

Si ma mémoire est bonne, au moins aussi loin que Delphi 3, le facteur de distinction entre "professionnels" et le "niveau supérieur" editions a été le type de développement de base de données "hors de la boîte".

• En Delphi 1, le BDE a été le seulement façon de le faire hors de la zone de développement de base de données.
• Delphi 2 permis une base de données personnalisée de la couche en faisant abstraction de certaines parties de la base de données de la hiérarchie des composants.
• Delphi 3 Professionnels fournis BDE et les pilotes pour fichier de la base de bases de données et des bases de données Interbase.
• De remonter d'un niveau (de l'Entreprise?*) ils ont fourni des BDE des pilotes pour typique client-serveur accès de base de données: SQL Server, Sybase, Interbase, Oracle,... (et des pilotes natifs pour Interbase)
• Un autre niveau (Architecte?*) introduit multi-niveaux de développement avec Midas. Malheureusement, Borland a pris un pas en arrière avec Midas, parce que le multi-composants de niveau ont de nouveau été câblé pour le BDE. (Ceci a été résolu en Delphi 4.)

?* Veuillez noter, je suis peut-être trompé quant à la nature exacte de nommage de ces éditions. Autour de ce temps, j'ai formé l'opinion que Borland a été simplement venir avec "grander" noms dans l'ordre à charge de plus pour des fonctionnalités qui n'ont pas vraiment d'offrir autant d'avantages que d'un "grand-écrire des chèques-Dsi" en est venu à croire - en laissant les développeurs à composer avec les conséquences. (Oui, j'ai de la bataille-les cicatrices de Midas I.)

Coup de gueule mis à part, la théorie était....

Si l'on embarqua sur niveau d'entrée développement de base de données, vous acheter Delphi ?? Professionnelle. Développer votre système contre un fichier de la base de base de données ou Interbase via le BDE.

Si plus tard vous avez besoin à l'échelle-up: que la mise à jour de Delphes, de l'achat de votre choisi SQL, SGBDR, commutateur de ton de la connectivité via le TDatabase composant, et d'appliquer les quelques ajustements nécessaires.

REMARQUE: En Delphi 3, vous pouvez passer Natif Interbase (personnellement pas recommandé) ou l'utilisation de composants tiers pour les non-Midas développement. À partir de Delphi 4, ADO et DevExpress commencé à recevoir plus d'attention et de nos jours, le BDE semble être à peu près oublié.

Bien sûr théorie & pratique rarement de fréquenter les mêmes pubs. Cependant, avec un peu de mise en garde des pointeurs, vous devriez être en mesure de développer un important fichier de base de solution qui peut être mis à niveau relativement indolore.

• Garder votre logique métier hors de la base de données. C'est peut-être la plus grande et la plus fréquemment rencontrée erreur. D'énormes morceaux de systèmes sont souvent dans les procédures stockées et les déclencheurs, rendant plus difficile le maintien ou la migration d'un système.
• Éviter une plate-forme spécifique de la base de données techniques. Cela devrait aller sans dire, mais si vous n'avez pas explicitement regardez pour eux, vous rencontrerez des problèmes.
  • Particulièrement pertinente pour de fichier de base de systèmes de base de données, de nombreux soutenir des mécanismes de verrouillage - éviter! Ils ne sont pas à l'échelle de grands systèmes multi-utilisateurs, en tout cas.
  • De générer des clés artificielles varie souvent selon la plate-forme: les Générateurs, les colonnes d'IDENTITÉ, comment vous obtenez la nouvelle valeur.
• Plan de votre système pour de grands volumes de données. Définir les tables de transactions, et d'éviter l'utilisation non contrôlée de la récupération de tous les dossiers. Je voudrais aussi éviter les TTable dans cette situation - BDE fait beaucoup de intéressant fond des choses avec TTable, et le comportement peut varier en fonction du pilote et de la plate-forme.

Avertissement: Tout cela a été il ya longtemps, de sorte que certains détails peuvent être un peu louche.

Disclaimer2: je n'ai pas d'expérience avec Delphi XE en particulier. J'utilise actuellement D5 professionnellement, et D2009 dans ma capacité personnelle.

OriginalL'auteur Disillusioned