Sur un serveur SQL 2000, j'ai une procédure stockée :
CREATE PROCEDURE [EXECUTER_REQUETE]
@CODE char(1000)
AS
exec(@CODE)
GO
En VB6, quand je dois executer des requetes, j'appelle ma procédure stockée
en lui passant ma requete SQL en parametres, dans une variable de type
chaine de caracteres.
Cela marche très bien seulement quand il n'y a pas d'apostrophe dans la
chaine, mais des que j'essaie de passer une requete du type Select * From
T_USERS Where NOM='Toto'..j'ai une erreur de syntaxe. EN doublant les
carcatères 'simple cote', j'ai aussi un message d'erreur......Pour
l'instant, j'execute directement le code en ouvrant des recordset, mais sur
certaines requetes, cela me pose un probleme de performances, c'est pour
cela que je préfère utiliser des procédures stockées.......
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Fred BROUARD
FG a écrit:
Bonjour,
Sur un serveur SQL 2000, j'ai une procédure stockée :
CREATE PROCEDURE [EXECUTER_REQUETE]
@CODE char(1000)
AS
exec(@CODE) GO
En VB6, quand je dois executer des requetes, j'appelle ma procédure stockée en lui passant ma requete SQL en parametres, dans une variable de type chaine de caracteres.
Cela marche très bien seulement quand il n'y a pas d'apostrophe dans la chaine, mais des que j'essaie de passer une requete du type Select * From T_USERS Where NOM='Toto'..j'ai une erreur de syntaxe. EN doublant les carcatères 'simple cote', j'ai aussi un message d'erreur......
Il ne faut pas mettre de "double quote" mais deux apostrophes. Il convient aussi de dédoubler les apostrophe à l'intérieur des chaines de caractères.
A +
Pour
l'instant, j'execute directement le code en ouvrant des recordset, mais sur certaines requetes, cela me pose un probleme de performances, c'est pour cela que je préfère utiliser des procédures stockées.......
Please Help.
FG
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
FG a écrit:
Bonjour,
Sur un serveur SQL 2000, j'ai une procédure stockée :
CREATE PROCEDURE [EXECUTER_REQUETE]
@CODE char(1000)
AS
exec(@CODE)
GO
En VB6, quand je dois executer des requetes, j'appelle ma procédure stockée
en lui passant ma requete SQL en parametres, dans une variable de type
chaine de caracteres.
Cela marche très bien seulement quand il n'y a pas d'apostrophe dans la
chaine, mais des que j'essaie de passer une requete du type Select * From
T_USERS Where NOM='Toto'..j'ai une erreur de syntaxe. EN doublant les
carcatères 'simple cote', j'ai aussi un message d'erreur......
Il ne faut pas mettre de "double quote" mais deux apostrophes.
Il convient aussi de dédoubler les apostrophe à l'intérieur des chaines de
caractères.
A +
Pour
l'instant, j'execute directement le code en ouvrant des recordset, mais sur
certaines requetes, cela me pose un probleme de performances, c'est pour
cela que je préfère utiliser des procédures stockées.......
Please Help.
FG
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
Sur un serveur SQL 2000, j'ai une procédure stockée :
CREATE PROCEDURE [EXECUTER_REQUETE]
@CODE char(1000)
AS
exec(@CODE) GO
En VB6, quand je dois executer des requetes, j'appelle ma procédure stockée en lui passant ma requete SQL en parametres, dans une variable de type chaine de caracteres.
Cela marche très bien seulement quand il n'y a pas d'apostrophe dans la chaine, mais des que j'essaie de passer une requete du type Select * From T_USERS Where NOM='Toto'..j'ai une erreur de syntaxe. EN doublant les carcatères 'simple cote', j'ai aussi un message d'erreur......
Il ne faut pas mettre de "double quote" mais deux apostrophes. Il convient aussi de dédoubler les apostrophe à l'intérieur des chaines de caractères.
A +
Pour
l'instant, j'execute directement le code en ouvrant des recordset, mais sur certaines requetes, cela me pose un probleme de performances, c'est pour cela que je préfère utiliser des procédures stockées.......
Please Help.
FG
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
Zoury
Salut FG!
Si tu jètes un oeil à ce message, tu verras comment appeler des procédures stockées depuis VB6 via la librairie ADODB. http://groups.google.com/groups?threadm=eS2Bqi4yCHA.1924%40TK2MSFTNGP12
Un des avantages à utiliser cette méthode au lieu d'appeler la procédure stockée directement (en tant que requête) est que les modalités d'appel de la procédure stockée tel que la syntaxe est gèrer par ADODB, ce qui rend le code plus portable. Tu pourrais changer de version de SQL Server ou même de sorte de BD est le code devrait rester le même.
-- Cordialement Yanick MVP pour Visual Basic "FG" a écrit dans le message de news:420a079d$0$506$
Bonjour,
Sur un serveur SQL 2000, j'ai une procédure stockée :
CREATE PROCEDURE [EXECUTER_REQUETE]
@CODE char(1000)
AS
exec(@CODE) GO
En VB6, quand je dois executer des requetes, j'appelle ma procédure
stockée
en lui passant ma requete SQL en parametres, dans une variable de type chaine de caracteres.
Cela marche très bien seulement quand il n'y a pas d'apostrophe dans la chaine, mais des que j'essaie de passer une requete du type Select * From T_USERS Where NOM='Toto'..j'ai une erreur de syntaxe. EN doublant les carcatères 'simple cote', j'ai aussi un message d'erreur......Pour l'instant, j'execute directement le code en ouvrant des recordset, mais
sur
certaines requetes, cela me pose un probleme de performances, c'est pour cela que je préfère utiliser des procédures stockées.......
Please Help.
FG
Salut FG!
Si tu jètes un oeil à ce message, tu verras comment appeler des procédures
stockées depuis VB6 via la librairie ADODB.
http://groups.google.com/groups?threadm=eS2Bqi4yCHA.1924%40TK2MSFTNGP12
Un des avantages à utiliser cette méthode au lieu d'appeler la procédure
stockée directement (en tant que requête) est que les modalités d'appel de
la procédure stockée tel que la syntaxe est gèrer par ADODB, ce qui rend le
code plus portable. Tu pourrais changer de version de SQL Server ou même de
sorte de BD est le code devrait rester le même.
--
Cordialement
Yanick
MVP pour Visual Basic
"FG" <fredg9@free.fr> a écrit dans le message de
news:420a079d$0$506$626a14ce@news.free.fr...
Bonjour,
Sur un serveur SQL 2000, j'ai une procédure stockée :
CREATE PROCEDURE [EXECUTER_REQUETE]
@CODE char(1000)
AS
exec(@CODE)
GO
En VB6, quand je dois executer des requetes, j'appelle ma procédure
stockée
en lui passant ma requete SQL en parametres, dans une variable de type
chaine de caracteres.
Cela marche très bien seulement quand il n'y a pas d'apostrophe dans la
chaine, mais des que j'essaie de passer une requete du type Select * From
T_USERS Where NOM='Toto'..j'ai une erreur de syntaxe. EN doublant les
carcatères 'simple cote', j'ai aussi un message d'erreur......Pour
l'instant, j'execute directement le code en ouvrant des recordset, mais
sur
certaines requetes, cela me pose un probleme de performances, c'est pour
cela que je préfère utiliser des procédures stockées.......
Si tu jètes un oeil à ce message, tu verras comment appeler des procédures stockées depuis VB6 via la librairie ADODB. http://groups.google.com/groups?threadm=eS2Bqi4yCHA.1924%40TK2MSFTNGP12
Un des avantages à utiliser cette méthode au lieu d'appeler la procédure stockée directement (en tant que requête) est que les modalités d'appel de la procédure stockée tel que la syntaxe est gèrer par ADODB, ce qui rend le code plus portable. Tu pourrais changer de version de SQL Server ou même de sorte de BD est le code devrait rester le même.
-- Cordialement Yanick MVP pour Visual Basic "FG" a écrit dans le message de news:420a079d$0$506$
Bonjour,
Sur un serveur SQL 2000, j'ai une procédure stockée :
CREATE PROCEDURE [EXECUTER_REQUETE]
@CODE char(1000)
AS
exec(@CODE) GO
En VB6, quand je dois executer des requetes, j'appelle ma procédure
stockée
en lui passant ma requete SQL en parametres, dans une variable de type chaine de caracteres.
Cela marche très bien seulement quand il n'y a pas d'apostrophe dans la chaine, mais des que j'essaie de passer une requete du type Select * From T_USERS Where NOM='Toto'..j'ai une erreur de syntaxe. EN doublant les carcatères 'simple cote', j'ai aussi un message d'erreur......Pour l'instant, j'execute directement le code en ouvrant des recordset, mais
sur
certaines requetes, cela me pose un probleme de performances, c'est pour cela que je préfère utiliser des procédures stockées.......
Please Help.
FG
FG
merci, je vais essayer cette méthode qui me parait plus standard d'utiliser une procédure stockée.
"Zoury" <yanick_lefebvre at hotmail dot com> a écrit dans le message de news:
Salut FG!
Si tu jètes un oeil à ce message, tu verras comment appeler des procédures stockées depuis VB6 via la librairie ADODB. http://groups.google.com/groups?threadm=eS2Bqi4yCHA.1924%40TK2MSFTNGP12
Un des avantages à utiliser cette méthode au lieu d'appeler la procédure stockée directement (en tant que requête) est que les modalités d'appel de la procédure stockée tel que la syntaxe est gèrer par ADODB, ce qui rend
le
code plus portable. Tu pourrais changer de version de SQL Server ou même
de
sorte de BD est le code devrait rester le même.
-- Cordialement Yanick MVP pour Visual Basic "FG" a écrit dans le message de news:420a079d$0$506$ > Bonjour, > > Sur un serveur SQL 2000, j'ai une procédure stockée : > > > CREATE PROCEDURE [EXECUTER_REQUETE] > > @CODE char(1000) > > AS > > exec(@CODE) > GO > > > > En VB6, quand je dois executer des requetes, j'appelle ma procédure stockée > en lui passant ma requete SQL en parametres, dans une variable de type > chaine de caracteres. > > Cela marche très bien seulement quand il n'y a pas d'apostrophe dans la > chaine, mais des que j'essaie de passer une requete du type Select *
From
> T_USERS Where NOM='Toto'..j'ai une erreur de syntaxe. EN doublant les > carcatères 'simple cote', j'ai aussi un message d'erreur......Pour > l'instant, j'execute directement le code en ouvrant des recordset, mais sur > certaines requetes, cela me pose un probleme de performances, c'est pour > cela que je préfère utiliser des procédures stockées....... > > Please Help. > > FG > >
merci, je vais essayer cette méthode qui me parait plus standard d'utiliser
une procédure stockée.
"Zoury" <yanick_lefebvre at hotmail dot com> a écrit dans le message de
news:O3TcNMrDFHA.3928@TK2MSFTNGP15.phx.gbl...
Salut FG!
Si tu jètes un oeil à ce message, tu verras comment appeler des procédures
stockées depuis VB6 via la librairie ADODB.
http://groups.google.com/groups?threadm=eS2Bqi4yCHA.1924%40TK2MSFTNGP12
Un des avantages à utiliser cette méthode au lieu d'appeler la procédure
stockée directement (en tant que requête) est que les modalités d'appel de
la procédure stockée tel que la syntaxe est gèrer par ADODB, ce qui rend
le
code plus portable. Tu pourrais changer de version de SQL Server ou même
de
sorte de BD est le code devrait rester le même.
--
Cordialement
Yanick
MVP pour Visual Basic
"FG" <fredg9@free.fr> a écrit dans le message de
news:420a079d$0$506$626a14ce@news.free.fr...
> Bonjour,
>
> Sur un serveur SQL 2000, j'ai une procédure stockée :
>
>
> CREATE PROCEDURE [EXECUTER_REQUETE]
>
> @CODE char(1000)
>
> AS
>
> exec(@CODE)
> GO
>
>
>
> En VB6, quand je dois executer des requetes, j'appelle ma procédure
stockée
> en lui passant ma requete SQL en parametres, dans une variable de type
> chaine de caracteres.
>
> Cela marche très bien seulement quand il n'y a pas d'apostrophe dans la
> chaine, mais des que j'essaie de passer une requete du type Select *
From
> T_USERS Where NOM='Toto'..j'ai une erreur de syntaxe. EN doublant les
> carcatères 'simple cote', j'ai aussi un message d'erreur......Pour
> l'instant, j'execute directement le code en ouvrant des recordset, mais
sur
> certaines requetes, cela me pose un probleme de performances, c'est pour
> cela que je préfère utiliser des procédures stockées.......
>
> Please Help.
>
> FG
>
>
merci, je vais essayer cette méthode qui me parait plus standard d'utiliser une procédure stockée.
"Zoury" <yanick_lefebvre at hotmail dot com> a écrit dans le message de news:
Salut FG!
Si tu jètes un oeil à ce message, tu verras comment appeler des procédures stockées depuis VB6 via la librairie ADODB. http://groups.google.com/groups?threadm=eS2Bqi4yCHA.1924%40TK2MSFTNGP12
Un des avantages à utiliser cette méthode au lieu d'appeler la procédure stockée directement (en tant que requête) est que les modalités d'appel de la procédure stockée tel que la syntaxe est gèrer par ADODB, ce qui rend
le
code plus portable. Tu pourrais changer de version de SQL Server ou même
de
sorte de BD est le code devrait rester le même.
-- Cordialement Yanick MVP pour Visual Basic "FG" a écrit dans le message de news:420a079d$0$506$ > Bonjour, > > Sur un serveur SQL 2000, j'ai une procédure stockée : > > > CREATE PROCEDURE [EXECUTER_REQUETE] > > @CODE char(1000) > > AS > > exec(@CODE) > GO > > > > En VB6, quand je dois executer des requetes, j'appelle ma procédure stockée > en lui passant ma requete SQL en parametres, dans une variable de type > chaine de caracteres. > > Cela marche très bien seulement quand il n'y a pas d'apostrophe dans la > chaine, mais des que j'essaie de passer une requete du type Select *
From
> T_USERS Where NOM='Toto'..j'ai une erreur de syntaxe. EN doublant les > carcatères 'simple cote', j'ai aussi un message d'erreur......Pour > l'instant, j'execute directement le code en ouvrant des recordset, mais sur > certaines requetes, cela me pose un probleme de performances, c'est pour > cela que je préfère utiliser des procédures stockées....... > > Please Help. > > FG > >