executer script SQL par delphi

Version imprimable

21/07/2011, 18h17
ROMILA

executer script SQL par delphi

SVP,SVP
comment executer les scripte sql server par programmation sans utilise les fichier bat
merci a l'avance
21/07/2011, 20h01
dehorter olivier

Il me semble que les composants ZEOS doivent en contenir un qui gère les scripts
21/07/2011, 21h44
ROMILA
BONSOIR,
merci pour la réponce,
voila ce que j'ai fait avec delphi
Code:

1 2 3 4 5 6 procedure TForm1.Button1Click(Sender: TObject); begin ZSQLProcessor1.Clear; ZSQLProcessor1.LoadFromFile(ExtractFilePath(ParamStr(0) )+ 'SCRIPTE.sql'); ZSQLProcessor1.Execute; end;
le fichier 'SCRIPTE.sql' s’exécute normal avec SQL serveur mais quand j’exécute avec Delphi il affiche pas mal d’erreur
remarque scripte.SQL création de base de donne
8O
22/07/2011, 11h04
ShaiLeTroll

:tagcode:

Je ne connais pas Zeos, en général se connecter sur un serveur de DB sans indiquer le nom de la base de données n'est pas apprécié ou n'est pas le plus facile à configurer !

ZSQLProcessor utilise un objet Connection, comment l'as-tu configuré ?

Certains utilisent l'OLE 'ADOX.Catalog'
Avec UniDac, le TUniScript permet de faire le CREATE DATABASE très simplement
22/07/2011, 16h42
dehorter olivier

j'utilise aussi les composants de DEVART, et avec le composant pour les SCRIPTS, la connexion à la base (ou une création) se réalise à partir du script lui-même comme l'indique ShaiLeTroll.

Pourquoi cela ne serait-il pas pareil avec ZEOS ?
pourquoi ne pas allez voir le forum et les FAQ du site de ZEOS?
23/07/2011, 15h43
ROMILA

Bonjour
Merci a touts pour les réponses
Les composants de devart (ctad, UniDac ….) ces des composant payable, je veux un composant Delphi gratuit, et qui exécute un scripte SQL sans connecté a une base de donnée
Merci a la avance
23/07/2011, 18h54
ROMILA

SVP

Il me manque que cette tache (composant qui exécute les SQL scripte indépendant des bases) pour terminer mon logiciel, j’ai utilisé les fichiers bat mais ces moches comme méthode, et sa fait longtemps que je cherche sur le net, sa me rend malade :cry::cry::cry::cry::cry::cry:
23/07/2011, 19h42
dehorter olivier

Je ne connais que ZEOS qui soit gratuit.

mais avez-vous vérifier l'aide de zeos, les exemples (s'il y en a)?

et pourquoi ne pas demander de l'aide au forum ZEOS ?
24/07/2011, 08h16
SergioMaster

Pour créer une database on ne peux pas utiliser un script . Ce qui en soit est tout a fait logique , comment executer un sql sur une BDD inexistante ?
Le script pourra être utiliser pour créer les tables , insérer les données etc ..

avec ZEOS il faut utiliser le TZConnexion pour créer la Database

Citation:

Envoyé par ZEOS Forum

Useful TZConnection parameters

Additional parameters for establishing connections to Firebird databases are::

CreateNewDataBase:
A new database will be created based on the specified CREATE DATABASE statements. When the database is created the connection will be established immediately. All this happens by calling the Connect method of TZConnection.

:
ZConnection1.Database := 'd:\db1.fdb';
ZConnection1.Protocol := 'firebird-1.5';
ZConnection1.Properties.Add ('CreateNewDatabase=CREATE DATABASE ' +
QuotedStr ('d:\db1.fdb') + ' USER ' +
QuotedStr ('sysdba') + ' PASSWORD ' + QuotedStr ('masterkey') +
' PAGE_SIZE 4096 DEFAULT CHARACTER SET ISO8859_1');
ZConnection1.Connect;
:

To execute this correctly you have to set the Database and Protocol properties at minimum (also possible in objectinspector).

Dialect:
This parameter sets Firebird's SQL dialiect. To set dialect "1" you have to use the following code:

ZConnection.Properties.Add ('Dialect=1');

The dialect of Firebird 1.5.x is set to "3" by default.

PS . Ne pas utiliser le CharSet UTF8 avec les composants ZEOS et Firebird , les bugs ne sont toujours pas résolu .
24/07/2011, 23h23
ROMILA

la création d'une base sql server 2005 avec ZConnection

bonjour
j'ai executer votre code et voila ce qui me donne comme erreur
none of the dynamic libraries can be found ;fbclient15.dll,fbclient.DLL
8O
MERCI
25/07/2011, 08h25
SergioMaster

Parce qu'il aurait peut être fallu indiquer de quel type de SGBD il s'agissait .
L'exemple indiqué était pour Firebird comme indiqué dans le texte .

Un peu d'effort de conversion !! ou de recherche internet sur le ZEOS Forum

Citation:

Envoyé par Romila

et ça fait longtemps que je cherche sur le net,

pas aux bons endroits je pense !

il est évident qu'il faut changer le protocole , je ne connais pas le nom pour celui recherché , mais si un TZConnexion fonctionne il est pas difficile de savoir le nom exact non ?
25/07/2011, 14h44
ROMILA

OK merci
25/07/2011, 15h05
ShaiLeTroll

Citation:

Envoyé par SergioMaster

Parce qu'il aurait peut être fallu indiquer de quel type de SGBD il s'agissait .

Euh, dans le 1er sujet, c'est écrit :

Citation:

Envoyé par ROMILA

comment executer les scripte sql server par programmation sans utilise les fichier bat
26/07/2011, 08h22
SergioMaster

Citation:

Euh, dans le 1er sujet, c'est écrit

D'accord , méa culpa , a ma décharge , j'étais de mauvais poil et surtout je n'avais lu que la 'partie ZEOS' .
27/07/2011, 22h02
Franck SORIANO

Citation:

Envoyé par ROMILA

le fichier 'SCRIPTE.sql' s’exécute normal avec SQL serveur mais quand j’exécute avec Delphi il affiche pas mal d’erreur
remarque scripte.SQL création de base de donne
8O

Et si tu nus disais de quelles erreur il s'agit...

Pour exécuter un script SQL sur SQL Serveur, tu n'as pas besoin de composant particulier. Tu ouvres une connexion sur le serveur (je le fait en OLEDB, mais ADO va très bien pour ça).
Si tu veux créer une nouvelle base de données, il te suffit d'ouvrir la connexion sur la base master. (et fait attention à ce que le script contienne bien une instruction

Code:

use newdatabase

, après le

Code:

CREATE DATABASE

sinon tu vas créer les objets de ta base dans master...)

Ensuite tu exécutes ton script comme une commande SQL ordinaire...
La seule chose qui va te préoccuper, c'est si ton script SQL contient des GO. Pour une création de base de données, tu dois sans doute en avoir un certain nombre...

Les GO sont des marqueurs à l'intérieur du script pour séparer les batch à exécuter. Il ne s'agit pas d'instruction SQL, donc tu ne peux pas demander à SQL Server de les exécuter.
Il faut obligatoirement éclater ton script sur chaque GO et l'exécuter petit bout par petit bout en séquence.

Autrement dit, tu charges le script dans une StringList (appelons la Script). Puis tu prépares une deuxième liste destinée à recevoir les commandes à exécuter (appelons la SQL).

Pour chaque ligne de Script, tu testes s'il s'agit d'un GO.
Si la ligne n'est pas un GO, tu l'ajoutes à la fin de SQL.
Si la ligne est un GO, tu exécutes SQL comme une commande SQL ordinaire, puis tu vides SQL.

A la fin de la boucle sur Script, il ne faut pas oublier d'exécuter les dernières lignes contenues dans SQL qui n'ont pas encore été exécutées.

Fait attention également, si tu as deux GO consécutifs, tu peux te retrouver à essayer d'exécuter SQL alors que la liste est vide... SQL Server n'aime pas les batchs vides, il va faire une erreur. Dans ce cas, il faut faire le test avant et ne pas exécuter le batch s'il est vide.

Sur la connexion ADO, tu as un événement OnInfoMessage. Si tu gères l'événement, tu pourras récupérer les messages d'informations tel que les PRINT qui remontent pendant l'exécution du script.

Maintenant si tu veux vraiment utiliser un composant pour exécuter le script, SQL Server fournit deux API : SQLDMO et SMO.
SQLDMO est une librairie d'objets COM. Il te suffira d'instancier un objet SQLServer, puis tu as une méthode ExecuteWithResultsAndMessages2 pour exécuter un script SQL en récupérant les messages d'information.
Le problème c'est que SQLDMO est une API obsolète. Elle n'est plus installée à partir de SQL Server 2005 et est remplacée par SMO.
Et SMO de son côté est une API .NET, donc plus difficilement utilisable en Win32...

Moi, j'exécute mes scripts SQL avec la première méthode que j'ai donnée. Je crée les nouvelles bases de données, j'installe également les mises à jour de structure à chaque nouvelle version de l'appli.