Non, vous devez mettre dbo. de préférence.
Il est possible de créer plusieurs procédures et tables ayant le même nom
mais distinctes à cause du nom de l'usager, dbo. étant pris par défaut:
dbo.procedureQuelconque (...)...
gg13.procedureQuelconque (...)...
davidbizier.procedureQuelconque (...)...
Si vous écrivez seulement procedureQuelconque () au lieu de
dbo.procedureQuelconque() lors de l'appel à la procédure, SQL-Server vérifie
d'abord s'il n'existe pas une procédure gg13.procedureQuelconque() (en
utilisant votre nom d'usager comme préfixe) avant de se rabattre sur
dbo.procedureQuelconque() en fin de compte. Cela constitue une perte de
temps et empêche le SQL-Server de maintenir en cache les procédures
compilées car il doit revérifier de nouveau à chaque appel.
Même chose pour les noms des tables mais avec un impact sur la performance
pire encore.
S. L.
"David Bizier" wrote in message
news:BCF614E2.568%Si je comprend bien, DBO peut changer tout dépendant de notre login SQL
Server. Par exemple, dans mon cas, mon login c'est gg13. Donc, je
Dois mettre gg13. et non dbo.
Est-ce exacte ?
Merci!
David
On 16/06/04 12:00, in article OyR6#,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
wrote:Explications supplémentaires:
On doit préciser l'usager dbo. comme propriétaire de la procédure et
deséléments à l'interne car sinon SQL-Server doit vérifier à chaque fois
s'iln'existe pas une autre procédure ou d'autres tables avec le même nom
maissous un nom d'usager différent; ce qui l'empêche de compiler la
procédure aucomplet et de mettre en cache la compilation une fois pour toute.
L'utilisation de procédures et de tables différentes ayant le même nom
maisdistinguées par leurs noms d'usagers est quelque chose très très
rarementutilisé par les programmeurs mais néanmoins on doit vivre avec et, par
conséquent, toujours rajouter le préfixe dbo. afin d'accélérer les
choses.
De même, on ne doit pas utiliser le préfixe sp_ ce celui-ci sert à
indiquer à SQL-Server qu'il s'agit de procédures spéciales reliées au
système, avec un ordre d'appel et de vérification différents des
procéduresstockées créées par les usagers. Cela ralentit indûment le système et
peutmême être la cause de certains bugs subtils dans certains cas.
Ces deux principes sont décrits dans le BOL (documentation en ligne)
deSQL-Server.
S. L.
"Sylvain Lafontaine" <sylvain aei ca (fill the blanks, no spam please)>
wrote in message news:Procédure stockée avec le préfixe dbo. définit pour le nom de la SP
ainsique pour tous les objets référencés à l'intérieur. N'utilisez pas le
préfixe sp_ au début du nom. Exemple:
Create Procedure dbo.StoredProcedure1 (...)
As
set nocount on
select * from dbo.table1
....
Si vous utilisez pratiquement toujours les mêmes paramètres d'appel à
votreprocédure stockée, cacher les résultats quelque part en mémoire
pourraitégalement servir.
S. L.
"David Bizier" wrote in message
news:BCF4875D.281%Bonjour,
J'ai une requête SQL assez complexe qui est lancé sur mon site
Internetchaque fois qu'un usager ouvre ma page ASP.
Je voudrais savoir ce qui est le plus performant:
- Appeler de ma page une procédure stocké
- Appeler une vue
- Créer un objet recordSet et lui passer la requête SQL et
Récupérer le résultat.
Je suis un peu mélanger entre c'est trois options... Est-ce que
Quelqu'un pourrait m'éclairer svp ?
Merci!
David
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Non, vous devez mettre dbo. de préférence.
Il est possible de créer plusieurs procédures et tables ayant le même nom
mais distinctes à cause du nom de l'usager, dbo. étant pris par défaut:
dbo.procedureQuelconque (...)...
gg13.procedureQuelconque (...)...
davidbizier.procedureQuelconque (...)...
Si vous écrivez seulement procedureQuelconque () au lieu de
dbo.procedureQuelconque() lors de l'appel à la procédure, SQL-Server vérifie
d'abord s'il n'existe pas une procédure gg13.procedureQuelconque() (en
utilisant votre nom d'usager comme préfixe) avant de se rabattre sur
dbo.procedureQuelconque() en fin de compte. Cela constitue une perte de
temps et empêche le SQL-Server de maintenir en cache les procédures
compilées car il doit revérifier de nouveau à chaque appel.
Même chose pour les noms des tables mais avec un impact sur la performance
pire encore.
S. L.
"David Bizier" <dbizierNOSPAM@gecko-electronic.com> wrote in message
news:BCF614E2.568%dbizierNOSPAM@gecko-electronic.com...
Si je comprend bien, DBO peut changer tout dépendant de notre login SQL
Server. Par exemple, dans mon cas, mon login c'est gg13. Donc, je
Dois mettre gg13. et non dbo.
Est-ce exacte ?
Merci!
David
On 16/06/04 12:00, in article OyR6#q7UEHA.2668@TK2MSFTNGP10.phx.gbl,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
wrote:
Explications supplémentaires:
On doit préciser l'usager dbo. comme propriétaire de la procédure et
des
éléments à l'interne car sinon SQL-Server doit vérifier à chaque fois
s'il
n'existe pas une autre procédure ou d'autres tables avec le même nom
mais
sous un nom d'usager différent; ce qui l'empêche de compiler la
procédure au
complet et de mettre en cache la compilation une fois pour toute.
L'utilisation de procédures et de tables différentes ayant le même nom
mais
distinguées par leurs noms d'usagers est quelque chose très très
rarement
utilisé par les programmeurs mais néanmoins on doit vivre avec et, par
conséquent, toujours rajouter le préfixe dbo. afin d'accélérer les
choses.
De même, on ne doit pas utiliser le préfixe sp_ ce celui-ci sert à
indiquer à SQL-Server qu'il s'agit de procédures spéciales reliées au
système, avec un ordre d'appel et de vérification différents des
procédures
stockées créées par les usagers. Cela ralentit indûment le système et
peut
même être la cause de certains bugs subtils dans certains cas.
Ces deux principes sont décrits dans le BOL (documentation en ligne)
de
SQL-Server.
S. L.
"Sylvain Lafontaine" <sylvain aei ca (fill the blanks, no spam please)>
wrote in message news:O1f2pfxUEHA.2840@TK2MSFTNGP11.phx.gbl...
Procédure stockée avec le préfixe dbo. définit pour le nom de la SP
ainsi
que pour tous les objets référencés à l'intérieur. N'utilisez pas le
préfixe sp_ au début du nom. Exemple:
Create Procedure dbo.StoredProcedure1 (...)
As
set nocount on
select * from dbo.table1
....
Si vous utilisez pratiquement toujours les mêmes paramètres d'appel à
votre
procédure stockée, cacher les résultats quelque part en mémoire
pourrait
également servir.
S. L.
"David Bizier" <dbizierNOSPAM@gecko-electronic.com> wrote in message
news:BCF4875D.281%dbizierNOSPAM@gecko-electronic.com...
Bonjour,
J'ai une requête SQL assez complexe qui est lancé sur mon site
Internet
chaque fois qu'un usager ouvre ma page ASP.
Je voudrais savoir ce qui est le plus performant:
- Appeler de ma page une procédure stocké
- Appeler une vue
- Créer un objet recordSet et lui passer la requête SQL et
Récupérer le résultat.
Je suis un peu mélanger entre c'est trois options... Est-ce que
Quelqu'un pourrait m'éclairer svp ?
Merci!
David
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Non, vous devez mettre dbo. de préférence.
Il est possible de créer plusieurs procédures et tables ayant le même nom
mais distinctes à cause du nom de l'usager, dbo. étant pris par défaut:
dbo.procedureQuelconque (...)...
gg13.procedureQuelconque (...)...
davidbizier.procedureQuelconque (...)...
Si vous écrivez seulement procedureQuelconque () au lieu de
dbo.procedureQuelconque() lors de l'appel à la procédure, SQL-Server vérifie
d'abord s'il n'existe pas une procédure gg13.procedureQuelconque() (en
utilisant votre nom d'usager comme préfixe) avant de se rabattre sur
dbo.procedureQuelconque() en fin de compte. Cela constitue une perte de
temps et empêche le SQL-Server de maintenir en cache les procédures
compilées car il doit revérifier de nouveau à chaque appel.
Même chose pour les noms des tables mais avec un impact sur la performance
pire encore.
S. L.
"David Bizier" wrote in message
news:BCF614E2.568%Si je comprend bien, DBO peut changer tout dépendant de notre login SQL
Server. Par exemple, dans mon cas, mon login c'est gg13. Donc, je
Dois mettre gg13. et non dbo.
Est-ce exacte ?
Merci!
David
On 16/06/04 12:00, in article OyR6#,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
wrote:Explications supplémentaires:
On doit préciser l'usager dbo. comme propriétaire de la procédure et
deséléments à l'interne car sinon SQL-Server doit vérifier à chaque fois
s'iln'existe pas une autre procédure ou d'autres tables avec le même nom
maissous un nom d'usager différent; ce qui l'empêche de compiler la
procédure aucomplet et de mettre en cache la compilation une fois pour toute.
L'utilisation de procédures et de tables différentes ayant le même nom
maisdistinguées par leurs noms d'usagers est quelque chose très très
rarementutilisé par les programmeurs mais néanmoins on doit vivre avec et, par
conséquent, toujours rajouter le préfixe dbo. afin d'accélérer les
choses.
De même, on ne doit pas utiliser le préfixe sp_ ce celui-ci sert à
indiquer à SQL-Server qu'il s'agit de procédures spéciales reliées au
système, avec un ordre d'appel et de vérification différents des
procéduresstockées créées par les usagers. Cela ralentit indûment le système et
peutmême être la cause de certains bugs subtils dans certains cas.
Ces deux principes sont décrits dans le BOL (documentation en ligne)
deSQL-Server.
S. L.
"Sylvain Lafontaine" <sylvain aei ca (fill the blanks, no spam please)>
wrote in message news:Procédure stockée avec le préfixe dbo. définit pour le nom de la SP
ainsique pour tous les objets référencés à l'intérieur. N'utilisez pas le
préfixe sp_ au début du nom. Exemple:
Create Procedure dbo.StoredProcedure1 (...)
As
set nocount on
select * from dbo.table1
....
Si vous utilisez pratiquement toujours les mêmes paramètres d'appel à
votreprocédure stockée, cacher les résultats quelque part en mémoire
pourraitégalement servir.
S. L.
"David Bizier" wrote in message
news:BCF4875D.281%Bonjour,
J'ai une requête SQL assez complexe qui est lancé sur mon site
Internetchaque fois qu'un usager ouvre ma page ASP.
Je voudrais savoir ce qui est le plus performant:
- Appeler de ma page une procédure stocké
- Appeler une vue
- Créer un objet recordSet et lui passer la requête SQL et
Récupérer le résultat.
Je suis un peu mélanger entre c'est trois options... Est-ce que
Quelqu'un pourrait m'éclairer svp ?
Merci!
David
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Bonjour,
Quand j'essais dbo., j'obtiens un message d'erreur dans ma page ASP.
Par contre, si j'essais gg13. Ca marche sans problème.
Petite chose que je n'ai pas spécifié, le serveur SQL est géré par
mon hébergeur Internet. Aussi, p-t que dbo. n'est pas accessible.
Merci!
David
On 16/06/04 16:16, in article ,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
> Non, vous devez mettre dbo. de préférence.
>
> Il est possible de créer plusieurs procédures et tables ayant le même
> mais distinctes à cause du nom de l'usager, dbo. étant pris par défaut:
>
> dbo.procedureQuelconque (...)...
>
> gg13.procedureQuelconque (...)...
>
> davidbizier.procedureQuelconque (...)...
>
> Si vous écrivez seulement procedureQuelconque () au lieu de
> dbo.procedureQuelconque() lors de l'appel à la procédure, SQL-Server
> d'abord s'il n'existe pas une procédure gg13.procedureQuelconque() (en
> utilisant votre nom d'usager comme préfixe) avant de se rabattre sur
> dbo.procedureQuelconque() en fin de compte. Cela constitue une perte de
> temps et empêche le SQL-Server de maintenir en cache les procédures
> compilées car il doit revérifier de nouveau à chaque appel.
>
> Même chose pour les noms des tables mais avec un impact sur la
> pire encore.
>
> S. L.
>
>
> "David Bizier" wrote in message
> news:BCF614E2.568%
>> Si je comprend bien, DBO peut changer tout dépendant de notre login SQL
>> Server. Par exemple, dans mon cas, mon login c'est gg13. Donc, je
>> Dois mettre gg13. et non dbo.
>>
>> Est-ce exacte ?
>>
>> Merci!
>> David
>>
>>
>> On 16/06/04 12:00, in article OyR6#,
>> "Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
> wrote:
>>
>>> Explications supplémentaires:
>>>
>>> On doit préciser l'usager dbo. comme propriétaire de la procédure
> des
>>> éléments à l'interne car sinon SQL-Server doit vérifier à chaque fois
> s'il
>>> n'existe pas une autre procédure ou d'autres tables avec le même nom
> mais
>>> sous un nom d'usager différent; ce qui l'empêche de compiler la
> procédure au
>>> complet et de mettre en cache la compilation une fois pour toute.
>>> L'utilisation de procédures et de tables différentes ayant le même nom
> mais
>>> distinguées par leurs noms d'usagers est quelque chose très très
> rarement
>>> utilisé par les programmeurs mais néanmoins on doit vivre avec et, par
>>> conséquent, toujours rajouter le préfixe dbo. afin d'accélérer les
> choses.
>>>
>>> De même, on ne doit pas utiliser le préfixe sp_ ce celui-ci sert à
>>> indiquer à SQL-Server qu'il s'agit de procédures spéciales reliées au
>>> système, avec un ordre d'appel et de vérification différents des
> procédures
>>> stockées créées par les usagers. Cela ralentit indûment le système et
> peut
>>> même être la cause de certains bugs subtils dans certains cas.
>>>
>>> Ces deux principes sont décrits dans le BOL (documentation en
> de
>>> SQL-Server.
>>>
>>> S. L.
>>>
>>> "Sylvain Lafontaine" <sylvain aei ca (fill the blanks, no spam
>>> wrote in message news:
>>>> Procédure stockée avec le préfixe dbo. définit pour le nom de la SP
> ainsi
>>>> que pour tous les objets référencés à l'intérieur. N'utilisez pas le
>>>> préfixe sp_ au début du nom. Exemple:
>>>>
>>>> Create Procedure dbo.StoredProcedure1 (...)
>>>> As
>>>> set nocount on
>>>> select * from dbo.table1
>>>> ....
>>>>
>>>> Si vous utilisez pratiquement toujours les mêmes paramètres d'appel à
>>> votre
>>>> procédure stockée, cacher les résultats quelque part en mémoire
> pourrait
>>>> également servir.
>>>>
>>>> S. L.
>>>>
>>>> "David Bizier" wrote in message
>>>> news:BCF4875D.281%
>>>>> Bonjour,
>>>>>
>>>>> J'ai une requête SQL assez complexe qui est lancé sur mon site
> Internet
>>>>> chaque fois qu'un usager ouvre ma page ASP.
>>>>>
>>>>> Je voudrais savoir ce qui est le plus performant:
>>>>>
>>>>> - Appeler de ma page une procédure stocké
>>>>>
>>>>> - Appeler une vue
>>>>>
>>>>> - Créer un objet recordSet et lui passer la requête SQL et
>>>>> Récupérer le résultat.
>>>>>
>>>>>
>>>>> Je suis un peu mélanger entre c'est trois options... Est-ce que
>>>>> Quelqu'un pourrait m'éclairer svp ?
>>>>>
>>>>> Merci!
>>>>> David
>>>>> Sent using the Microsoft Entourage 2004 for Mac Test Drive.
>>>>>
>>>>
>>>>
>>>
>>>
>>
>> Sent using the Microsoft Entourage 2004 for Mac Test Drive.
>>
>
>
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Bonjour,
Quand j'essais dbo., j'obtiens un message d'erreur dans ma page ASP.
Par contre, si j'essais gg13. Ca marche sans problème.
Petite chose que je n'ai pas spécifié, le serveur SQL est géré par
mon hébergeur Internet. Aussi, p-t que dbo. n'est pas accessible.
Merci!
David
On 16/06/04 16:16, in article eRIJW69UEHA.2388@TK2MSFTNGP09.phx.gbl,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
> Non, vous devez mettre dbo. de préférence.
>
> Il est possible de créer plusieurs procédures et tables ayant le même
> mais distinctes à cause du nom de l'usager, dbo. étant pris par défaut:
>
> dbo.procedureQuelconque (...)...
>
> gg13.procedureQuelconque (...)...
>
> davidbizier.procedureQuelconque (...)...
>
> Si vous écrivez seulement procedureQuelconque () au lieu de
> dbo.procedureQuelconque() lors de l'appel à la procédure, SQL-Server
> d'abord s'il n'existe pas une procédure gg13.procedureQuelconque() (en
> utilisant votre nom d'usager comme préfixe) avant de se rabattre sur
> dbo.procedureQuelconque() en fin de compte. Cela constitue une perte de
> temps et empêche le SQL-Server de maintenir en cache les procédures
> compilées car il doit revérifier de nouveau à chaque appel.
>
> Même chose pour les noms des tables mais avec un impact sur la
> pire encore.
>
> S. L.
>
>
> "David Bizier" <dbizierNOSPAM@gecko-electronic.com> wrote in message
> news:BCF614E2.568%dbizierNOSPAM@gecko-electronic.com...
>> Si je comprend bien, DBO peut changer tout dépendant de notre login SQL
>> Server. Par exemple, dans mon cas, mon login c'est gg13. Donc, je
>> Dois mettre gg13. et non dbo.
>>
>> Est-ce exacte ?
>>
>> Merci!
>> David
>>
>>
>> On 16/06/04 12:00, in article OyR6#q7UEHA.2668@TK2MSFTNGP10.phx.gbl,
>> "Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
> wrote:
>>
>>> Explications supplémentaires:
>>>
>>> On doit préciser l'usager dbo. comme propriétaire de la procédure
> des
>>> éléments à l'interne car sinon SQL-Server doit vérifier à chaque fois
> s'il
>>> n'existe pas une autre procédure ou d'autres tables avec le même nom
> mais
>>> sous un nom d'usager différent; ce qui l'empêche de compiler la
> procédure au
>>> complet et de mettre en cache la compilation une fois pour toute.
>>> L'utilisation de procédures et de tables différentes ayant le même nom
> mais
>>> distinguées par leurs noms d'usagers est quelque chose très très
> rarement
>>> utilisé par les programmeurs mais néanmoins on doit vivre avec et, par
>>> conséquent, toujours rajouter le préfixe dbo. afin d'accélérer les
> choses.
>>>
>>> De même, on ne doit pas utiliser le préfixe sp_ ce celui-ci sert à
>>> indiquer à SQL-Server qu'il s'agit de procédures spéciales reliées au
>>> système, avec un ordre d'appel et de vérification différents des
> procédures
>>> stockées créées par les usagers. Cela ralentit indûment le système et
> peut
>>> même être la cause de certains bugs subtils dans certains cas.
>>>
>>> Ces deux principes sont décrits dans le BOL (documentation en
> de
>>> SQL-Server.
>>>
>>> S. L.
>>>
>>> "Sylvain Lafontaine" <sylvain aei ca (fill the blanks, no spam
>>> wrote in message news:O1f2pfxUEHA.2840@TK2MSFTNGP11.phx.gbl...
>>>> Procédure stockée avec le préfixe dbo. définit pour le nom de la SP
> ainsi
>>>> que pour tous les objets référencés à l'intérieur. N'utilisez pas le
>>>> préfixe sp_ au début du nom. Exemple:
>>>>
>>>> Create Procedure dbo.StoredProcedure1 (...)
>>>> As
>>>> set nocount on
>>>> select * from dbo.table1
>>>> ....
>>>>
>>>> Si vous utilisez pratiquement toujours les mêmes paramètres d'appel à
>>> votre
>>>> procédure stockée, cacher les résultats quelque part en mémoire
> pourrait
>>>> également servir.
>>>>
>>>> S. L.
>>>>
>>>> "David Bizier" <dbizierNOSPAM@gecko-electronic.com> wrote in message
>>>> news:BCF4875D.281%dbizierNOSPAM@gecko-electronic.com...
>>>>> Bonjour,
>>>>>
>>>>> J'ai une requête SQL assez complexe qui est lancé sur mon site
> Internet
>>>>> chaque fois qu'un usager ouvre ma page ASP.
>>>>>
>>>>> Je voudrais savoir ce qui est le plus performant:
>>>>>
>>>>> - Appeler de ma page une procédure stocké
>>>>>
>>>>> - Appeler une vue
>>>>>
>>>>> - Créer un objet recordSet et lui passer la requête SQL et
>>>>> Récupérer le résultat.
>>>>>
>>>>>
>>>>> Je suis un peu mélanger entre c'est trois options... Est-ce que
>>>>> Quelqu'un pourrait m'éclairer svp ?
>>>>>
>>>>> Merci!
>>>>> David
>>>>> Sent using the Microsoft Entourage 2004 for Mac Test Drive.
>>>>>
>>>>
>>>>
>>>
>>>
>>
>> Sent using the Microsoft Entourage 2004 for Mac Test Drive.
>>
>
>
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Bonjour,
Quand j'essais dbo., j'obtiens un message d'erreur dans ma page ASP.
Par contre, si j'essais gg13. Ca marche sans problème.
Petite chose que je n'ai pas spécifié, le serveur SQL est géré par
mon hébergeur Internet. Aussi, p-t que dbo. n'est pas accessible.
Merci!
David
On 16/06/04 16:16, in article ,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
> Non, vous devez mettre dbo. de préférence.
>
> Il est possible de créer plusieurs procédures et tables ayant le même
> mais distinctes à cause du nom de l'usager, dbo. étant pris par défaut:
>
> dbo.procedureQuelconque (...)...
>
> gg13.procedureQuelconque (...)...
>
> davidbizier.procedureQuelconque (...)...
>
> Si vous écrivez seulement procedureQuelconque () au lieu de
> dbo.procedureQuelconque() lors de l'appel à la procédure, SQL-Server
> d'abord s'il n'existe pas une procédure gg13.procedureQuelconque() (en
> utilisant votre nom d'usager comme préfixe) avant de se rabattre sur
> dbo.procedureQuelconque() en fin de compte. Cela constitue une perte de
> temps et empêche le SQL-Server de maintenir en cache les procédures
> compilées car il doit revérifier de nouveau à chaque appel.
>
> Même chose pour les noms des tables mais avec un impact sur la
> pire encore.
>
> S. L.
>
>
> "David Bizier" wrote in message
> news:BCF614E2.568%
>> Si je comprend bien, DBO peut changer tout dépendant de notre login SQL
>> Server. Par exemple, dans mon cas, mon login c'est gg13. Donc, je
>> Dois mettre gg13. et non dbo.
>>
>> Est-ce exacte ?
>>
>> Merci!
>> David
>>
>>
>> On 16/06/04 12:00, in article OyR6#,
>> "Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
> wrote:
>>
>>> Explications supplémentaires:
>>>
>>> On doit préciser l'usager dbo. comme propriétaire de la procédure
> des
>>> éléments à l'interne car sinon SQL-Server doit vérifier à chaque fois
> s'il
>>> n'existe pas une autre procédure ou d'autres tables avec le même nom
> mais
>>> sous un nom d'usager différent; ce qui l'empêche de compiler la
> procédure au
>>> complet et de mettre en cache la compilation une fois pour toute.
>>> L'utilisation de procédures et de tables différentes ayant le même nom
> mais
>>> distinguées par leurs noms d'usagers est quelque chose très très
> rarement
>>> utilisé par les programmeurs mais néanmoins on doit vivre avec et, par
>>> conséquent, toujours rajouter le préfixe dbo. afin d'accélérer les
> choses.
>>>
>>> De même, on ne doit pas utiliser le préfixe sp_ ce celui-ci sert à
>>> indiquer à SQL-Server qu'il s'agit de procédures spéciales reliées au
>>> système, avec un ordre d'appel et de vérification différents des
> procédures
>>> stockées créées par les usagers. Cela ralentit indûment le système et
> peut
>>> même être la cause de certains bugs subtils dans certains cas.
>>>
>>> Ces deux principes sont décrits dans le BOL (documentation en
> de
>>> SQL-Server.
>>>
>>> S. L.
>>>
>>> "Sylvain Lafontaine" <sylvain aei ca (fill the blanks, no spam
>>> wrote in message news:
>>>> Procédure stockée avec le préfixe dbo. définit pour le nom de la SP
> ainsi
>>>> que pour tous les objets référencés à l'intérieur. N'utilisez pas le
>>>> préfixe sp_ au début du nom. Exemple:
>>>>
>>>> Create Procedure dbo.StoredProcedure1 (...)
>>>> As
>>>> set nocount on
>>>> select * from dbo.table1
>>>> ....
>>>>
>>>> Si vous utilisez pratiquement toujours les mêmes paramètres d'appel à
>>> votre
>>>> procédure stockée, cacher les résultats quelque part en mémoire
> pourrait
>>>> également servir.
>>>>
>>>> S. L.
>>>>
>>>> "David Bizier" wrote in message
>>>> news:BCF4875D.281%
>>>>> Bonjour,
>>>>>
>>>>> J'ai une requête SQL assez complexe qui est lancé sur mon site
> Internet
>>>>> chaque fois qu'un usager ouvre ma page ASP.
>>>>>
>>>>> Je voudrais savoir ce qui est le plus performant:
>>>>>
>>>>> - Appeler de ma page une procédure stocké
>>>>>
>>>>> - Appeler une vue
>>>>>
>>>>> - Créer un objet recordSet et lui passer la requête SQL et
>>>>> Récupérer le résultat.
>>>>>
>>>>>
>>>>> Je suis un peu mélanger entre c'est trois options... Est-ce que
>>>>> Quelqu'un pourrait m'éclairer svp ?
>>>>>
>>>>> Merci!
>>>>> David
>>>>> Sent using the Microsoft Entourage 2004 for Mac Test Drive.
>>>>>
>>>>
>>>>
>>>
>>>
>>
>> Sent using the Microsoft Entourage 2004 for Mac Test Drive.
>>
>
>
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Toujours préciser gg13. au lieu de dbo. va revenir presque au même.
L'important, c'est de mettre quelque chose.
Cela ne fonctionne pas avec dbo. dans votre page ASP parce que vous n'avez
pas précisé dbo. lors de la création de votre procédure.
S. L.
"David Bizier" wrote in message
news:BCF62ADD.572%Bonjour,
Quand j'essais dbo., j'obtiens un message d'erreur dans ma page ASP.
Par contre, si j'essais gg13. Ca marche sans problème.
Petite chose que je n'ai pas spécifié, le serveur SQL est géré par
mon hébergeur Internet. Aussi, p-t que dbo. n'est pas accessible.
Merci!
David
On 16/06/04 16:16, in article ,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
wrote:Non, vous devez mettre dbo. de préférence.
Il est possible de créer plusieurs procédures et tables ayant le même
nommais distinctes à cause du nom de l'usager, dbo. étant pris par défaut:
dbo.procedureQuelconque (...)...
gg13.procedureQuelconque (...)...
davidbizier.procedureQuelconque (...)...
Si vous écrivez seulement procedureQuelconque () au lieu de
dbo.procedureQuelconque() lors de l'appel à la procédure, SQL-Server
vérified'abord s'il n'existe pas une procédure gg13.procedureQuelconque() (en
utilisant votre nom d'usager comme préfixe) avant de se rabattre sur
dbo.procedureQuelconque() en fin de compte. Cela constitue une perte de
temps et empêche le SQL-Server de maintenir en cache les procédures
compilées car il doit revérifier de nouveau à chaque appel.
Même chose pour les noms des tables mais avec un impact sur la
performancepire encore.
S. L.
"David Bizier" wrote in message
news:BCF614E2.568%Si je comprend bien, DBO peut changer tout dépendant de notre login SQL
Server. Par exemple, dans mon cas, mon login c'est gg13. Donc, je
Dois mettre gg13. et non dbo.
Est-ce exacte ?
Merci!
David
On 16/06/04 12:00, in article OyR6#,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
wrote:Explications supplémentaires:
On doit préciser l'usager dbo. comme propriétaire de la procédure
etdeséléments à l'interne car sinon SQL-Server doit vérifier à chaque fois
s'iln'existe pas une autre procédure ou d'autres tables avec le même nom
maissous un nom d'usager différent; ce qui l'empêche de compiler la
procédure aucomplet et de mettre en cache la compilation une fois pour toute.
L'utilisation de procédures et de tables différentes ayant le même nom
maisdistinguées par leurs noms d'usagers est quelque chose très très
rarementutilisé par les programmeurs mais néanmoins on doit vivre avec et, par
conséquent, toujours rajouter le préfixe dbo. afin d'accélérer les
choses.
De même, on ne doit pas utiliser le préfixe sp_ ce celui-ci sert à
indiquer à SQL-Server qu'il s'agit de procédures spéciales reliées au
système, avec un ordre d'appel et de vérification différents des
procéduresstockées créées par les usagers. Cela ralentit indûment le système et
peutmême être la cause de certains bugs subtils dans certains cas.
Ces deux principes sont décrits dans le BOL (documentation en
ligne)deSQL-Server.
S. L.
"Sylvain Lafontaine" <sylvain aei ca (fill the blanks, no spam
please)>wrote in message news:Procédure stockée avec le préfixe dbo. définit pour le nom de la SP
ainsique pour tous les objets référencés à l'intérieur. N'utilisez pas le
préfixe sp_ au début du nom. Exemple:
Create Procedure dbo.StoredProcedure1 (...)
As
set nocount on
select * from dbo.table1
....
Si vous utilisez pratiquement toujours les mêmes paramètres d'appel à
votreprocédure stockée, cacher les résultats quelque part en mémoire
pourraitégalement servir.
S. L.
"David Bizier" wrote in message
news:BCF4875D.281%Bonjour,
J'ai une requête SQL assez complexe qui est lancé sur mon site
Internetchaque fois qu'un usager ouvre ma page ASP.
Je voudrais savoir ce qui est le plus performant:
- Appeler de ma page une procédure stocké
- Appeler une vue
- Créer un objet recordSet et lui passer la requête SQL et
Récupérer le résultat.
Je suis un peu mélanger entre c'est trois options... Est-ce que
Quelqu'un pourrait m'éclairer svp ?
Merci!
David
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Toujours préciser gg13. au lieu de dbo. va revenir presque au même.
L'important, c'est de mettre quelque chose.
Cela ne fonctionne pas avec dbo. dans votre page ASP parce que vous n'avez
pas précisé dbo. lors de la création de votre procédure.
S. L.
"David Bizier" <dbizierNOSPAM@gecko-electronic.com> wrote in message
news:BCF62ADD.572%dbizierNOSPAM@gecko-electronic.com...
Bonjour,
Quand j'essais dbo., j'obtiens un message d'erreur dans ma page ASP.
Par contre, si j'essais gg13. Ca marche sans problème.
Petite chose que je n'ai pas spécifié, le serveur SQL est géré par
mon hébergeur Internet. Aussi, p-t que dbo. n'est pas accessible.
Merci!
David
On 16/06/04 16:16, in article eRIJW69UEHA.2388@TK2MSFTNGP09.phx.gbl,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
wrote:
Non, vous devez mettre dbo. de préférence.
Il est possible de créer plusieurs procédures et tables ayant le même
nom
mais distinctes à cause du nom de l'usager, dbo. étant pris par défaut:
dbo.procedureQuelconque (...)...
gg13.procedureQuelconque (...)...
davidbizier.procedureQuelconque (...)...
Si vous écrivez seulement procedureQuelconque () au lieu de
dbo.procedureQuelconque() lors de l'appel à la procédure, SQL-Server
vérifie
d'abord s'il n'existe pas une procédure gg13.procedureQuelconque() (en
utilisant votre nom d'usager comme préfixe) avant de se rabattre sur
dbo.procedureQuelconque() en fin de compte. Cela constitue une perte de
temps et empêche le SQL-Server de maintenir en cache les procédures
compilées car il doit revérifier de nouveau à chaque appel.
Même chose pour les noms des tables mais avec un impact sur la
performance
pire encore.
S. L.
"David Bizier" <dbizierNOSPAM@gecko-electronic.com> wrote in message
news:BCF614E2.568%dbizierNOSPAM@gecko-electronic.com...
Si je comprend bien, DBO peut changer tout dépendant de notre login SQL
Server. Par exemple, dans mon cas, mon login c'est gg13. Donc, je
Dois mettre gg13. et non dbo.
Est-ce exacte ?
Merci!
David
On 16/06/04 12:00, in article OyR6#q7UEHA.2668@TK2MSFTNGP10.phx.gbl,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
wrote:
Explications supplémentaires:
On doit préciser l'usager dbo. comme propriétaire de la procédure
et
des
éléments à l'interne car sinon SQL-Server doit vérifier à chaque fois
s'il
n'existe pas une autre procédure ou d'autres tables avec le même nom
mais
sous un nom d'usager différent; ce qui l'empêche de compiler la
procédure au
complet et de mettre en cache la compilation une fois pour toute.
L'utilisation de procédures et de tables différentes ayant le même nom
mais
distinguées par leurs noms d'usagers est quelque chose très très
rarement
utilisé par les programmeurs mais néanmoins on doit vivre avec et, par
conséquent, toujours rajouter le préfixe dbo. afin d'accélérer les
choses.
De même, on ne doit pas utiliser le préfixe sp_ ce celui-ci sert à
indiquer à SQL-Server qu'il s'agit de procédures spéciales reliées au
système, avec un ordre d'appel et de vérification différents des
procédures
stockées créées par les usagers. Cela ralentit indûment le système et
peut
même être la cause de certains bugs subtils dans certains cas.
Ces deux principes sont décrits dans le BOL (documentation en
ligne)
de
SQL-Server.
S. L.
"Sylvain Lafontaine" <sylvain aei ca (fill the blanks, no spam
please)>
wrote in message news:O1f2pfxUEHA.2840@TK2MSFTNGP11.phx.gbl...
Procédure stockée avec le préfixe dbo. définit pour le nom de la SP
ainsi
que pour tous les objets référencés à l'intérieur. N'utilisez pas le
préfixe sp_ au début du nom. Exemple:
Create Procedure dbo.StoredProcedure1 (...)
As
set nocount on
select * from dbo.table1
....
Si vous utilisez pratiquement toujours les mêmes paramètres d'appel à
votre
procédure stockée, cacher les résultats quelque part en mémoire
pourrait
également servir.
S. L.
"David Bizier" <dbizierNOSPAM@gecko-electronic.com> wrote in message
news:BCF4875D.281%dbizierNOSPAM@gecko-electronic.com...
Bonjour,
J'ai une requête SQL assez complexe qui est lancé sur mon site
Internet
chaque fois qu'un usager ouvre ma page ASP.
Je voudrais savoir ce qui est le plus performant:
- Appeler de ma page une procédure stocké
- Appeler une vue
- Créer un objet recordSet et lui passer la requête SQL et
Récupérer le résultat.
Je suis un peu mélanger entre c'est trois options... Est-ce que
Quelqu'un pourrait m'éclairer svp ?
Merci!
David
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Toujours préciser gg13. au lieu de dbo. va revenir presque au même.
L'important, c'est de mettre quelque chose.
Cela ne fonctionne pas avec dbo. dans votre page ASP parce que vous n'avez
pas précisé dbo. lors de la création de votre procédure.
S. L.
"David Bizier" wrote in message
news:BCF62ADD.572%Bonjour,
Quand j'essais dbo., j'obtiens un message d'erreur dans ma page ASP.
Par contre, si j'essais gg13. Ca marche sans problème.
Petite chose que je n'ai pas spécifié, le serveur SQL est géré par
mon hébergeur Internet. Aussi, p-t que dbo. n'est pas accessible.
Merci!
David
On 16/06/04 16:16, in article ,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
wrote:Non, vous devez mettre dbo. de préférence.
Il est possible de créer plusieurs procédures et tables ayant le même
nommais distinctes à cause du nom de l'usager, dbo. étant pris par défaut:
dbo.procedureQuelconque (...)...
gg13.procedureQuelconque (...)...
davidbizier.procedureQuelconque (...)...
Si vous écrivez seulement procedureQuelconque () au lieu de
dbo.procedureQuelconque() lors de l'appel à la procédure, SQL-Server
vérified'abord s'il n'existe pas une procédure gg13.procedureQuelconque() (en
utilisant votre nom d'usager comme préfixe) avant de se rabattre sur
dbo.procedureQuelconque() en fin de compte. Cela constitue une perte de
temps et empêche le SQL-Server de maintenir en cache les procédures
compilées car il doit revérifier de nouveau à chaque appel.
Même chose pour les noms des tables mais avec un impact sur la
performancepire encore.
S. L.
"David Bizier" wrote in message
news:BCF614E2.568%Si je comprend bien, DBO peut changer tout dépendant de notre login SQL
Server. Par exemple, dans mon cas, mon login c'est gg13. Donc, je
Dois mettre gg13. et non dbo.
Est-ce exacte ?
Merci!
David
On 16/06/04 12:00, in article OyR6#,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
wrote:Explications supplémentaires:
On doit préciser l'usager dbo. comme propriétaire de la procédure
etdeséléments à l'interne car sinon SQL-Server doit vérifier à chaque fois
s'iln'existe pas une autre procédure ou d'autres tables avec le même nom
maissous un nom d'usager différent; ce qui l'empêche de compiler la
procédure aucomplet et de mettre en cache la compilation une fois pour toute.
L'utilisation de procédures et de tables différentes ayant le même nom
maisdistinguées par leurs noms d'usagers est quelque chose très très
rarementutilisé par les programmeurs mais néanmoins on doit vivre avec et, par
conséquent, toujours rajouter le préfixe dbo. afin d'accélérer les
choses.
De même, on ne doit pas utiliser le préfixe sp_ ce celui-ci sert à
indiquer à SQL-Server qu'il s'agit de procédures spéciales reliées au
système, avec un ordre d'appel et de vérification différents des
procéduresstockées créées par les usagers. Cela ralentit indûment le système et
peutmême être la cause de certains bugs subtils dans certains cas.
Ces deux principes sont décrits dans le BOL (documentation en
ligne)deSQL-Server.
S. L.
"Sylvain Lafontaine" <sylvain aei ca (fill the blanks, no spam
please)>wrote in message news:Procédure stockée avec le préfixe dbo. définit pour le nom de la SP
ainsique pour tous les objets référencés à l'intérieur. N'utilisez pas le
préfixe sp_ au début du nom. Exemple:
Create Procedure dbo.StoredProcedure1 (...)
As
set nocount on
select * from dbo.table1
....
Si vous utilisez pratiquement toujours les mêmes paramètres d'appel à
votreprocédure stockée, cacher les résultats quelque part en mémoire
pourraitégalement servir.
S. L.
"David Bizier" wrote in message
news:BCF4875D.281%Bonjour,
J'ai une requête SQL assez complexe qui est lancé sur mon site
Internetchaque fois qu'un usager ouvre ma page ASP.
Je voudrais savoir ce qui est le plus performant:
- Appeler de ma page une procédure stocké
- Appeler une vue
- Créer un objet recordSet et lui passer la requête SQL et
Récupérer le résultat.
Je suis un peu mélanger entre c'est trois options... Est-ce que
Quelqu'un pourrait m'éclairer svp ?
Merci!
David
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Bonjour,
Ici, je parle dans mes requete standard:
SELECT * FROM gg13.matable
On 16/06/04 17:17, in article ucTCXc#,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
> Toujours préciser gg13. au lieu de dbo. va revenir presque au même.
> L'important, c'est de mettre quelque chose.
>
> Cela ne fonctionne pas avec dbo. dans votre page ASP parce que vous
> pas précisé dbo. lors de la création de votre procédure.
>
> S. L.
>
> "David Bizier" wrote in message
> news:BCF62ADD.572%
>> Bonjour,
>>
>> Quand j'essais dbo., j'obtiens un message d'erreur dans ma page ASP.
>> Par contre, si j'essais gg13. Ca marche sans problème.
>>
>> Petite chose que je n'ai pas spécifié, le serveur SQL est géré par
>> mon hébergeur Internet. Aussi, p-t que dbo. n'est pas accessible.
>>
>> Merci!
>> David
>>
>>
>> On 16/06/04 16:16, in article ,
>> "Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
> wrote:
>>
>>> Non, vous devez mettre dbo. de préférence.
>>>
>>> Il est possible de créer plusieurs procédures et tables ayant le même
> nom
>>> mais distinctes à cause du nom de l'usager, dbo. étant pris par
>>>
>>> dbo.procedureQuelconque (...)...
>>>
>>> gg13.procedureQuelconque (...)...
>>>
>>> davidbizier.procedureQuelconque (...)...
>>>
>>> Si vous écrivez seulement procedureQuelconque () au lieu de
>>> dbo.procedureQuelconque() lors de l'appel à la procédure, SQL-Server
> vérifie
>>> d'abord s'il n'existe pas une procédure gg13.procedureQuelconque() (en
>>> utilisant votre nom d'usager comme préfixe) avant de se rabattre sur
>>> dbo.procedureQuelconque() en fin de compte. Cela constitue une perte
>>> temps et empêche le SQL-Server de maintenir en cache les procédures
>>> compilées car il doit revérifier de nouveau à chaque appel.
>>>
>>> Même chose pour les noms des tables mais avec un impact sur la
> performance
>>> pire encore.
>>>
>>> S. L.
>>>
>>>
>>> "David Bizier" wrote in message
>>> news:BCF614E2.568%
>>>> Si je comprend bien, DBO peut changer tout dépendant de notre login
>>>> Server. Par exemple, dans mon cas, mon login c'est gg13. Donc, je
>>>> Dois mettre gg13. et non dbo.
>>>>
>>>> Est-ce exacte ?
>>>>
>>>> Merci!
>>>> David
>>>>
>>>>
>>>> On 16/06/04 12:00, in article OyR6#,
>>>> "Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
>>> wrote:
>>>>
>>>>> Explications supplémentaires:
>>>>>
>>>>> On doit préciser l'usager dbo. comme propriétaire de la
> et
>>> des
>>>>> éléments à l'interne car sinon SQL-Server doit vérifier à chaque
>>> s'il
>>>>> n'existe pas une autre procédure ou d'autres tables avec le même nom
>>> mais
>>>>> sous un nom d'usager différent; ce qui l'empêche de compiler la
>>> procédure au
>>>>> complet et de mettre en cache la compilation une fois pour toute.
>>>>> L'utilisation de procédures et de tables différentes ayant le même
>>> mais
>>>>> distinguées par leurs noms d'usagers est quelque chose très très
>>> rarement
>>>>> utilisé par les programmeurs mais néanmoins on doit vivre avec et,
>>>>> conséquent, toujours rajouter le préfixe dbo. afin d'accélérer les
>>> choses.
>>>>>
>>>>> De même, on ne doit pas utiliser le préfixe sp_ ce celui-ci sert
>>>>> indiquer à SQL-Server qu'il s'agit de procédures spéciales reliées
>>>>> système, avec un ordre d'appel et de vérification différents des
>>> procédures
>>>>> stockées créées par les usagers. Cela ralentit indûment le système
>>> peut
>>>>> même être la cause de certains bugs subtils dans certains cas.
>>>>>
>>>>> Ces deux principes sont décrits dans le BOL (documentation en
> ligne)
>>> de
>>>>> SQL-Server.
>>>>>
>>>>> S. L.
>>>>>
>>>>> "Sylvain Lafontaine" <sylvain aei ca (fill the blanks, no spam
> please)>
>>>>> wrote in message news:
>>>>>> Procédure stockée avec le préfixe dbo. définit pour le nom de la SP
>>> ainsi
>>>>>> que pour tous les objets référencés à l'intérieur. N'utilisez pas
>>>>>> préfixe sp_ au début du nom. Exemple:
>>>>>>
>>>>>> Create Procedure dbo.StoredProcedure1 (...)
>>>>>> As
>>>>>> set nocount on
>>>>>> select * from dbo.table1
>>>>>> ....
>>>>>>
>>>>>> Si vous utilisez pratiquement toujours les mêmes paramètres d'appel
>>>>> votre
>>>>>> procédure stockée, cacher les résultats quelque part en mémoire
>>> pourrait
>>>>>> également servir.
>>>>>>
>>>>>> S. L.
>>>>>>
>>>>>> "David Bizier" wrote in
>>>>>> news:BCF4875D.281%
>>>>>>> Bonjour,
>>>>>>>
>>>>>>> J'ai une requête SQL assez complexe qui est lancé sur mon site
>>> Internet
>>>>>>> chaque fois qu'un usager ouvre ma page ASP.
>>>>>>>
>>>>>>> Je voudrais savoir ce qui est le plus performant:
>>>>>>>
>>>>>>> - Appeler de ma page une procédure stocké
>>>>>>>
>>>>>>> - Appeler une vue
>>>>>>>
>>>>>>> - Créer un objet recordSet et lui passer la requête SQL et
>>>>>>> Récupérer le résultat.
>>>>>>>
>>>>>>>
>>>>>>> Je suis un peu mélanger entre c'est trois options... Est-ce que
>>>>>>> Quelqu'un pourrait m'éclairer svp ?
>>>>>>>
>>>>>>> Merci!
>>>>>>> David
>>>>>>> Sent using the Microsoft Entourage 2004 for Mac Test Drive.
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>> Sent using the Microsoft Entourage 2004 for Mac Test Drive.
>>>>
>>>
>>>
>>
>> Sent using the Microsoft Entourage 2004 for Mac Test Drive.
>>
>
>
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Bonjour,
Ici, je parle dans mes requete standard:
SELECT * FROM gg13.matable
On 16/06/04 17:17, in article ucTCXc#UEHA.2988@TK2MSFTNGP10.phx.gbl,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
> Toujours préciser gg13. au lieu de dbo. va revenir presque au même.
> L'important, c'est de mettre quelque chose.
>
> Cela ne fonctionne pas avec dbo. dans votre page ASP parce que vous
> pas précisé dbo. lors de la création de votre procédure.
>
> S. L.
>
> "David Bizier" <dbizierNOSPAM@gecko-electronic.com> wrote in message
> news:BCF62ADD.572%dbizierNOSPAM@gecko-electronic.com...
>> Bonjour,
>>
>> Quand j'essais dbo., j'obtiens un message d'erreur dans ma page ASP.
>> Par contre, si j'essais gg13. Ca marche sans problème.
>>
>> Petite chose que je n'ai pas spécifié, le serveur SQL est géré par
>> mon hébergeur Internet. Aussi, p-t que dbo. n'est pas accessible.
>>
>> Merci!
>> David
>>
>>
>> On 16/06/04 16:16, in article eRIJW69UEHA.2388@TK2MSFTNGP09.phx.gbl,
>> "Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
> wrote:
>>
>>> Non, vous devez mettre dbo. de préférence.
>>>
>>> Il est possible de créer plusieurs procédures et tables ayant le même
> nom
>>> mais distinctes à cause du nom de l'usager, dbo. étant pris par
>>>
>>> dbo.procedureQuelconque (...)...
>>>
>>> gg13.procedureQuelconque (...)...
>>>
>>> davidbizier.procedureQuelconque (...)...
>>>
>>> Si vous écrivez seulement procedureQuelconque () au lieu de
>>> dbo.procedureQuelconque() lors de l'appel à la procédure, SQL-Server
> vérifie
>>> d'abord s'il n'existe pas une procédure gg13.procedureQuelconque() (en
>>> utilisant votre nom d'usager comme préfixe) avant de se rabattre sur
>>> dbo.procedureQuelconque() en fin de compte. Cela constitue une perte
>>> temps et empêche le SQL-Server de maintenir en cache les procédures
>>> compilées car il doit revérifier de nouveau à chaque appel.
>>>
>>> Même chose pour les noms des tables mais avec un impact sur la
> performance
>>> pire encore.
>>>
>>> S. L.
>>>
>>>
>>> "David Bizier" <dbizierNOSPAM@gecko-electronic.com> wrote in message
>>> news:BCF614E2.568%dbizierNOSPAM@gecko-electronic.com...
>>>> Si je comprend bien, DBO peut changer tout dépendant de notre login
>>>> Server. Par exemple, dans mon cas, mon login c'est gg13. Donc, je
>>>> Dois mettre gg13. et non dbo.
>>>>
>>>> Est-ce exacte ?
>>>>
>>>> Merci!
>>>> David
>>>>
>>>>
>>>> On 16/06/04 12:00, in article OyR6#q7UEHA.2668@TK2MSFTNGP10.phx.gbl,
>>>> "Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
>>> wrote:
>>>>
>>>>> Explications supplémentaires:
>>>>>
>>>>> On doit préciser l'usager dbo. comme propriétaire de la
> et
>>> des
>>>>> éléments à l'interne car sinon SQL-Server doit vérifier à chaque
>>> s'il
>>>>> n'existe pas une autre procédure ou d'autres tables avec le même nom
>>> mais
>>>>> sous un nom d'usager différent; ce qui l'empêche de compiler la
>>> procédure au
>>>>> complet et de mettre en cache la compilation une fois pour toute.
>>>>> L'utilisation de procédures et de tables différentes ayant le même
>>> mais
>>>>> distinguées par leurs noms d'usagers est quelque chose très très
>>> rarement
>>>>> utilisé par les programmeurs mais néanmoins on doit vivre avec et,
>>>>> conséquent, toujours rajouter le préfixe dbo. afin d'accélérer les
>>> choses.
>>>>>
>>>>> De même, on ne doit pas utiliser le préfixe sp_ ce celui-ci sert
>>>>> indiquer à SQL-Server qu'il s'agit de procédures spéciales reliées
>>>>> système, avec un ordre d'appel et de vérification différents des
>>> procédures
>>>>> stockées créées par les usagers. Cela ralentit indûment le système
>>> peut
>>>>> même être la cause de certains bugs subtils dans certains cas.
>>>>>
>>>>> Ces deux principes sont décrits dans le BOL (documentation en
> ligne)
>>> de
>>>>> SQL-Server.
>>>>>
>>>>> S. L.
>>>>>
>>>>> "Sylvain Lafontaine" <sylvain aei ca (fill the blanks, no spam
> please)>
>>>>> wrote in message news:O1f2pfxUEHA.2840@TK2MSFTNGP11.phx.gbl...
>>>>>> Procédure stockée avec le préfixe dbo. définit pour le nom de la SP
>>> ainsi
>>>>>> que pour tous les objets référencés à l'intérieur. N'utilisez pas
>>>>>> préfixe sp_ au début du nom. Exemple:
>>>>>>
>>>>>> Create Procedure dbo.StoredProcedure1 (...)
>>>>>> As
>>>>>> set nocount on
>>>>>> select * from dbo.table1
>>>>>> ....
>>>>>>
>>>>>> Si vous utilisez pratiquement toujours les mêmes paramètres d'appel
>>>>> votre
>>>>>> procédure stockée, cacher les résultats quelque part en mémoire
>>> pourrait
>>>>>> également servir.
>>>>>>
>>>>>> S. L.
>>>>>>
>>>>>> "David Bizier" <dbizierNOSPAM@gecko-electronic.com> wrote in
>>>>>> news:BCF4875D.281%dbizierNOSPAM@gecko-electronic.com...
>>>>>>> Bonjour,
>>>>>>>
>>>>>>> J'ai une requête SQL assez complexe qui est lancé sur mon site
>>> Internet
>>>>>>> chaque fois qu'un usager ouvre ma page ASP.
>>>>>>>
>>>>>>> Je voudrais savoir ce qui est le plus performant:
>>>>>>>
>>>>>>> - Appeler de ma page une procédure stocké
>>>>>>>
>>>>>>> - Appeler une vue
>>>>>>>
>>>>>>> - Créer un objet recordSet et lui passer la requête SQL et
>>>>>>> Récupérer le résultat.
>>>>>>>
>>>>>>>
>>>>>>> Je suis un peu mélanger entre c'est trois options... Est-ce que
>>>>>>> Quelqu'un pourrait m'éclairer svp ?
>>>>>>>
>>>>>>> Merci!
>>>>>>> David
>>>>>>> Sent using the Microsoft Entourage 2004 for Mac Test Drive.
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>> Sent using the Microsoft Entourage 2004 for Mac Test Drive.
>>>>
>>>
>>>
>>
>> Sent using the Microsoft Entourage 2004 for Mac Test Drive.
>>
>
>
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Bonjour,
Ici, je parle dans mes requete standard:
SELECT * FROM gg13.matable
On 16/06/04 17:17, in article ucTCXc#,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
> Toujours préciser gg13. au lieu de dbo. va revenir presque au même.
> L'important, c'est de mettre quelque chose.
>
> Cela ne fonctionne pas avec dbo. dans votre page ASP parce que vous
> pas précisé dbo. lors de la création de votre procédure.
>
> S. L.
>
> "David Bizier" wrote in message
> news:BCF62ADD.572%
>> Bonjour,
>>
>> Quand j'essais dbo., j'obtiens un message d'erreur dans ma page ASP.
>> Par contre, si j'essais gg13. Ca marche sans problème.
>>
>> Petite chose que je n'ai pas spécifié, le serveur SQL est géré par
>> mon hébergeur Internet. Aussi, p-t que dbo. n'est pas accessible.
>>
>> Merci!
>> David
>>
>>
>> On 16/06/04 16:16, in article ,
>> "Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
> wrote:
>>
>>> Non, vous devez mettre dbo. de préférence.
>>>
>>> Il est possible de créer plusieurs procédures et tables ayant le même
> nom
>>> mais distinctes à cause du nom de l'usager, dbo. étant pris par
>>>
>>> dbo.procedureQuelconque (...)...
>>>
>>> gg13.procedureQuelconque (...)...
>>>
>>> davidbizier.procedureQuelconque (...)...
>>>
>>> Si vous écrivez seulement procedureQuelconque () au lieu de
>>> dbo.procedureQuelconque() lors de l'appel à la procédure, SQL-Server
> vérifie
>>> d'abord s'il n'existe pas une procédure gg13.procedureQuelconque() (en
>>> utilisant votre nom d'usager comme préfixe) avant de se rabattre sur
>>> dbo.procedureQuelconque() en fin de compte. Cela constitue une perte
>>> temps et empêche le SQL-Server de maintenir en cache les procédures
>>> compilées car il doit revérifier de nouveau à chaque appel.
>>>
>>> Même chose pour les noms des tables mais avec un impact sur la
> performance
>>> pire encore.
>>>
>>> S. L.
>>>
>>>
>>> "David Bizier" wrote in message
>>> news:BCF614E2.568%
>>>> Si je comprend bien, DBO peut changer tout dépendant de notre login
>>>> Server. Par exemple, dans mon cas, mon login c'est gg13. Donc, je
>>>> Dois mettre gg13. et non dbo.
>>>>
>>>> Est-ce exacte ?
>>>>
>>>> Merci!
>>>> David
>>>>
>>>>
>>>> On 16/06/04 12:00, in article OyR6#,
>>>> "Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
>>> wrote:
>>>>
>>>>> Explications supplémentaires:
>>>>>
>>>>> On doit préciser l'usager dbo. comme propriétaire de la
> et
>>> des
>>>>> éléments à l'interne car sinon SQL-Server doit vérifier à chaque
>>> s'il
>>>>> n'existe pas une autre procédure ou d'autres tables avec le même nom
>>> mais
>>>>> sous un nom d'usager différent; ce qui l'empêche de compiler la
>>> procédure au
>>>>> complet et de mettre en cache la compilation une fois pour toute.
>>>>> L'utilisation de procédures et de tables différentes ayant le même
>>> mais
>>>>> distinguées par leurs noms d'usagers est quelque chose très très
>>> rarement
>>>>> utilisé par les programmeurs mais néanmoins on doit vivre avec et,
>>>>> conséquent, toujours rajouter le préfixe dbo. afin d'accélérer les
>>> choses.
>>>>>
>>>>> De même, on ne doit pas utiliser le préfixe sp_ ce celui-ci sert
>>>>> indiquer à SQL-Server qu'il s'agit de procédures spéciales reliées
>>>>> système, avec un ordre d'appel et de vérification différents des
>>> procédures
>>>>> stockées créées par les usagers. Cela ralentit indûment le système
>>> peut
>>>>> même être la cause de certains bugs subtils dans certains cas.
>>>>>
>>>>> Ces deux principes sont décrits dans le BOL (documentation en
> ligne)
>>> de
>>>>> SQL-Server.
>>>>>
>>>>> S. L.
>>>>>
>>>>> "Sylvain Lafontaine" <sylvain aei ca (fill the blanks, no spam
> please)>
>>>>> wrote in message news:
>>>>>> Procédure stockée avec le préfixe dbo. définit pour le nom de la SP
>>> ainsi
>>>>>> que pour tous les objets référencés à l'intérieur. N'utilisez pas
>>>>>> préfixe sp_ au début du nom. Exemple:
>>>>>>
>>>>>> Create Procedure dbo.StoredProcedure1 (...)
>>>>>> As
>>>>>> set nocount on
>>>>>> select * from dbo.table1
>>>>>> ....
>>>>>>
>>>>>> Si vous utilisez pratiquement toujours les mêmes paramètres d'appel
>>>>> votre
>>>>>> procédure stockée, cacher les résultats quelque part en mémoire
>>> pourrait
>>>>>> également servir.
>>>>>>
>>>>>> S. L.
>>>>>>
>>>>>> "David Bizier" wrote in
>>>>>> news:BCF4875D.281%
>>>>>>> Bonjour,
>>>>>>>
>>>>>>> J'ai une requête SQL assez complexe qui est lancé sur mon site
>>> Internet
>>>>>>> chaque fois qu'un usager ouvre ma page ASP.
>>>>>>>
>>>>>>> Je voudrais savoir ce qui est le plus performant:
>>>>>>>
>>>>>>> - Appeler de ma page une procédure stocké
>>>>>>>
>>>>>>> - Appeler une vue
>>>>>>>
>>>>>>> - Créer un objet recordSet et lui passer la requête SQL et
>>>>>>> Récupérer le résultat.
>>>>>>>
>>>>>>>
>>>>>>> Je suis un peu mélanger entre c'est trois options... Est-ce que
>>>>>>> Quelqu'un pourrait m'éclairer svp ?
>>>>>>>
>>>>>>> Merci!
>>>>>>> David
>>>>>>> Sent using the Microsoft Entourage 2004 for Mac Test Drive.
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>> Sent using the Microsoft Entourage 2004 for Mac Test Drive.
>>>>
>>>
>>>
>>
>> Sent using the Microsoft Entourage 2004 for Mac Test Drive.
>>
>
>
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Bonjour,
Ici, je parle dans mes requete standard:
SELECT * FROM gg13.matable
On 16/06/04 17:17, in article ucTCXc#,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
> Toujours préciser gg13. au lieu de dbo. va revenir presque au même.
> L'important, c'est de mettre quelque chose.
>
> Cela ne fonctionne pas avec dbo. dans votre page ASP parce que vous
> pas précisé dbo. lors de la création de votre procédure.
>
> S. L.
>
> "David Bizier" wrote in message
> news:BCF62ADD.572%
>> Bonjour,
>>
>> Quand j'essais dbo., j'obtiens un message d'erreur dans ma page ASP.
>> Par contre, si j'essais gg13. Ca marche sans problème.
>>
>> Petite chose que je n'ai pas spécifié, le serveur SQL est géré par
>> mon hébergeur Internet. Aussi, p-t que dbo. n'est pas accessible.
>>
>> Merci!
>> David
>>
>>
>> On 16/06/04 16:16, in article ,
>> "Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
> wrote:
>>
>>> Non, vous devez mettre dbo. de préférence.
>>>
>>> Il est possible de créer plusieurs procédures et tables ayant le même
> nom
>>> mais distinctes à cause du nom de l'usager, dbo. étant pris par
>>>
>>> dbo.procedureQuelconque (...)...
>>>
>>> gg13.procedureQuelconque (...)...
>>>
>>> davidbizier.procedureQuelconque (...)...
>>>
>>> Si vous écrivez seulement procedureQuelconque () au lieu de
>>> dbo.procedureQuelconque() lors de l'appel à la procédure, SQL-Server
> vérifie
>>> d'abord s'il n'existe pas une procédure gg13.procedureQuelconque() (en
>>> utilisant votre nom d'usager comme préfixe) avant de se rabattre sur
>>> dbo.procedureQuelconque() en fin de compte. Cela constitue une perte
>>> temps et empêche le SQL-Server de maintenir en cache les procédures
>>> compilées car il doit revérifier de nouveau à chaque appel.
>>>
>>> Même chose pour les noms des tables mais avec un impact sur la
> performance
>>> pire encore.
>>>
>>> S. L.
>>>
>>>
>>> "David Bizier" wrote in message
>>> news:BCF614E2.568%
>>>> Si je comprend bien, DBO peut changer tout dépendant de notre login
>>>> Server. Par exemple, dans mon cas, mon login c'est gg13. Donc, je
>>>> Dois mettre gg13. et non dbo.
>>>>
>>>> Est-ce exacte ?
>>>>
>>>> Merci!
>>>> David
>>>>
>>>>
>>>> On 16/06/04 12:00, in article OyR6#,
>>>> "Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
>>> wrote:
>>>>
>>>>> Explications supplémentaires:
>>>>>
>>>>> On doit préciser l'usager dbo. comme propriétaire de la
> et
>>> des
>>>>> éléments à l'interne car sinon SQL-Server doit vérifier à chaque
>>> s'il
>>>>> n'existe pas une autre procédure ou d'autres tables avec le même nom
>>> mais
>>>>> sous un nom d'usager différent; ce qui l'empêche de compiler la
>>> procédure au
>>>>> complet et de mettre en cache la compilation une fois pour toute.
>>>>> L'utilisation de procédures et de tables différentes ayant le même
>>> mais
>>>>> distinguées par leurs noms d'usagers est quelque chose très très
>>> rarement
>>>>> utilisé par les programmeurs mais néanmoins on doit vivre avec et,
>>>>> conséquent, toujours rajouter le préfixe dbo. afin d'accélérer les
>>> choses.
>>>>>
>>>>> De même, on ne doit pas utiliser le préfixe sp_ ce celui-ci sert
>>>>> indiquer à SQL-Server qu'il s'agit de procédures spéciales reliées
>>>>> système, avec un ordre d'appel et de vérification différents des
>>> procédures
>>>>> stockées créées par les usagers. Cela ralentit indûment le système
>>> peut
>>>>> même être la cause de certains bugs subtils dans certains cas.
>>>>>
>>>>> Ces deux principes sont décrits dans le BOL (documentation en
> ligne)
>>> de
>>>>> SQL-Server.
>>>>>
>>>>> S. L.
>>>>>
>>>>> "Sylvain Lafontaine" <sylvain aei ca (fill the blanks, no spam
> please)>
>>>>> wrote in message news:
>>>>>> Procédure stockée avec le préfixe dbo. définit pour le nom de la SP
>>> ainsi
>>>>>> que pour tous les objets référencés à l'intérieur. N'utilisez pas
>>>>>> préfixe sp_ au début du nom. Exemple:
>>>>>>
>>>>>> Create Procedure dbo.StoredProcedure1 (...)
>>>>>> As
>>>>>> set nocount on
>>>>>> select * from dbo.table1
>>>>>> ....
>>>>>>
>>>>>> Si vous utilisez pratiquement toujours les mêmes paramètres d'appel
>>>>> votre
>>>>>> procédure stockée, cacher les résultats quelque part en mémoire
>>> pourrait
>>>>>> également servir.
>>>>>>
>>>>>> S. L.
>>>>>>
>>>>>> "David Bizier" wrote in
>>>>>> news:BCF4875D.281%
>>>>>>> Bonjour,
>>>>>>>
>>>>>>> J'ai une requête SQL assez complexe qui est lancé sur mon site
>>> Internet
>>>>>>> chaque fois qu'un usager ouvre ma page ASP.
>>>>>>>
>>>>>>> Je voudrais savoir ce qui est le plus performant:
>>>>>>>
>>>>>>> - Appeler de ma page une procédure stocké
>>>>>>>
>>>>>>> - Appeler une vue
>>>>>>>
>>>>>>> - Créer un objet recordSet et lui passer la requête SQL et
>>>>>>> Récupérer le résultat.
>>>>>>>
>>>>>>>
>>>>>>> Je suis un peu mélanger entre c'est trois options... Est-ce que
>>>>>>> Quelqu'un pourrait m'éclairer svp ?
>>>>>>>
>>>>>>> Merci!
>>>>>>> David
>>>>>>> Sent using the Microsoft Entourage 2004 for Mac Test Drive.
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>> Sent using the Microsoft Entourage 2004 for Mac Test Drive.
>>>>
>>>
>>>
>>
>> Sent using the Microsoft Entourage 2004 for Mac Test Drive.
>>
>
>
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Bonjour,
Ici, je parle dans mes requete standard:
SELECT * FROM gg13.matable
On 16/06/04 17:17, in article ucTCXc#UEHA.2988@TK2MSFTNGP10.phx.gbl,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
> Toujours préciser gg13. au lieu de dbo. va revenir presque au même.
> L'important, c'est de mettre quelque chose.
>
> Cela ne fonctionne pas avec dbo. dans votre page ASP parce que vous
> pas précisé dbo. lors de la création de votre procédure.
>
> S. L.
>
> "David Bizier" <dbizierNOSPAM@gecko-electronic.com> wrote in message
> news:BCF62ADD.572%dbizierNOSPAM@gecko-electronic.com...
>> Bonjour,
>>
>> Quand j'essais dbo., j'obtiens un message d'erreur dans ma page ASP.
>> Par contre, si j'essais gg13. Ca marche sans problème.
>>
>> Petite chose que je n'ai pas spécifié, le serveur SQL est géré par
>> mon hébergeur Internet. Aussi, p-t que dbo. n'est pas accessible.
>>
>> Merci!
>> David
>>
>>
>> On 16/06/04 16:16, in article eRIJW69UEHA.2388@TK2MSFTNGP09.phx.gbl,
>> "Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
> wrote:
>>
>>> Non, vous devez mettre dbo. de préférence.
>>>
>>> Il est possible de créer plusieurs procédures et tables ayant le même
> nom
>>> mais distinctes à cause du nom de l'usager, dbo. étant pris par
>>>
>>> dbo.procedureQuelconque (...)...
>>>
>>> gg13.procedureQuelconque (...)...
>>>
>>> davidbizier.procedureQuelconque (...)...
>>>
>>> Si vous écrivez seulement procedureQuelconque () au lieu de
>>> dbo.procedureQuelconque() lors de l'appel à la procédure, SQL-Server
> vérifie
>>> d'abord s'il n'existe pas une procédure gg13.procedureQuelconque() (en
>>> utilisant votre nom d'usager comme préfixe) avant de se rabattre sur
>>> dbo.procedureQuelconque() en fin de compte. Cela constitue une perte
>>> temps et empêche le SQL-Server de maintenir en cache les procédures
>>> compilées car il doit revérifier de nouveau à chaque appel.
>>>
>>> Même chose pour les noms des tables mais avec un impact sur la
> performance
>>> pire encore.
>>>
>>> S. L.
>>>
>>>
>>> "David Bizier" <dbizierNOSPAM@gecko-electronic.com> wrote in message
>>> news:BCF614E2.568%dbizierNOSPAM@gecko-electronic.com...
>>>> Si je comprend bien, DBO peut changer tout dépendant de notre login
>>>> Server. Par exemple, dans mon cas, mon login c'est gg13. Donc, je
>>>> Dois mettre gg13. et non dbo.
>>>>
>>>> Est-ce exacte ?
>>>>
>>>> Merci!
>>>> David
>>>>
>>>>
>>>> On 16/06/04 12:00, in article OyR6#q7UEHA.2668@TK2MSFTNGP10.phx.gbl,
>>>> "Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
>>> wrote:
>>>>
>>>>> Explications supplémentaires:
>>>>>
>>>>> On doit préciser l'usager dbo. comme propriétaire de la
> et
>>> des
>>>>> éléments à l'interne car sinon SQL-Server doit vérifier à chaque
>>> s'il
>>>>> n'existe pas une autre procédure ou d'autres tables avec le même nom
>>> mais
>>>>> sous un nom d'usager différent; ce qui l'empêche de compiler la
>>> procédure au
>>>>> complet et de mettre en cache la compilation une fois pour toute.
>>>>> L'utilisation de procédures et de tables différentes ayant le même
>>> mais
>>>>> distinguées par leurs noms d'usagers est quelque chose très très
>>> rarement
>>>>> utilisé par les programmeurs mais néanmoins on doit vivre avec et,
>>>>> conséquent, toujours rajouter le préfixe dbo. afin d'accélérer les
>>> choses.
>>>>>
>>>>> De même, on ne doit pas utiliser le préfixe sp_ ce celui-ci sert
>>>>> indiquer à SQL-Server qu'il s'agit de procédures spéciales reliées
>>>>> système, avec un ordre d'appel et de vérification différents des
>>> procédures
>>>>> stockées créées par les usagers. Cela ralentit indûment le système
>>> peut
>>>>> même être la cause de certains bugs subtils dans certains cas.
>>>>>
>>>>> Ces deux principes sont décrits dans le BOL (documentation en
> ligne)
>>> de
>>>>> SQL-Server.
>>>>>
>>>>> S. L.
>>>>>
>>>>> "Sylvain Lafontaine" <sylvain aei ca (fill the blanks, no spam
> please)>
>>>>> wrote in message news:O1f2pfxUEHA.2840@TK2MSFTNGP11.phx.gbl...
>>>>>> Procédure stockée avec le préfixe dbo. définit pour le nom de la SP
>>> ainsi
>>>>>> que pour tous les objets référencés à l'intérieur. N'utilisez pas
>>>>>> préfixe sp_ au début du nom. Exemple:
>>>>>>
>>>>>> Create Procedure dbo.StoredProcedure1 (...)
>>>>>> As
>>>>>> set nocount on
>>>>>> select * from dbo.table1
>>>>>> ....
>>>>>>
>>>>>> Si vous utilisez pratiquement toujours les mêmes paramètres d'appel
>>>>> votre
>>>>>> procédure stockée, cacher les résultats quelque part en mémoire
>>> pourrait
>>>>>> également servir.
>>>>>>
>>>>>> S. L.
>>>>>>
>>>>>> "David Bizier" <dbizierNOSPAM@gecko-electronic.com> wrote in
>>>>>> news:BCF4875D.281%dbizierNOSPAM@gecko-electronic.com...
>>>>>>> Bonjour,
>>>>>>>
>>>>>>> J'ai une requête SQL assez complexe qui est lancé sur mon site
>>> Internet
>>>>>>> chaque fois qu'un usager ouvre ma page ASP.
>>>>>>>
>>>>>>> Je voudrais savoir ce qui est le plus performant:
>>>>>>>
>>>>>>> - Appeler de ma page une procédure stocké
>>>>>>>
>>>>>>> - Appeler une vue
>>>>>>>
>>>>>>> - Créer un objet recordSet et lui passer la requête SQL et
>>>>>>> Récupérer le résultat.
>>>>>>>
>>>>>>>
>>>>>>> Je suis un peu mélanger entre c'est trois options... Est-ce que
>>>>>>> Quelqu'un pourrait m'éclairer svp ?
>>>>>>>
>>>>>>> Merci!
>>>>>>> David
>>>>>>> Sent using the Microsoft Entourage 2004 for Mac Test Drive.
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>> Sent using the Microsoft Entourage 2004 for Mac Test Drive.
>>>>
>>>
>>>
>>
>> Sent using the Microsoft Entourage 2004 for Mac Test Drive.
>>
>
>
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Bonjour,
Ici, je parle dans mes requete standard:
SELECT * FROM gg13.matable
On 16/06/04 17:17, in article ucTCXc#,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
> Toujours préciser gg13. au lieu de dbo. va revenir presque au même.
> L'important, c'est de mettre quelque chose.
>
> Cela ne fonctionne pas avec dbo. dans votre page ASP parce que vous
> pas précisé dbo. lors de la création de votre procédure.
>
> S. L.
>
> "David Bizier" wrote in message
> news:BCF62ADD.572%
>> Bonjour,
>>
>> Quand j'essais dbo., j'obtiens un message d'erreur dans ma page ASP.
>> Par contre, si j'essais gg13. Ca marche sans problème.
>>
>> Petite chose que je n'ai pas spécifié, le serveur SQL est géré par
>> mon hébergeur Internet. Aussi, p-t que dbo. n'est pas accessible.
>>
>> Merci!
>> David
>>
>>
>> On 16/06/04 16:16, in article ,
>> "Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
> wrote:
>>
>>> Non, vous devez mettre dbo. de préférence.
>>>
>>> Il est possible de créer plusieurs procédures et tables ayant le même
> nom
>>> mais distinctes à cause du nom de l'usager, dbo. étant pris par
>>>
>>> dbo.procedureQuelconque (...)...
>>>
>>> gg13.procedureQuelconque (...)...
>>>
>>> davidbizier.procedureQuelconque (...)...
>>>
>>> Si vous écrivez seulement procedureQuelconque () au lieu de
>>> dbo.procedureQuelconque() lors de l'appel à la procédure, SQL-Server
> vérifie
>>> d'abord s'il n'existe pas une procédure gg13.procedureQuelconque() (en
>>> utilisant votre nom d'usager comme préfixe) avant de se rabattre sur
>>> dbo.procedureQuelconque() en fin de compte. Cela constitue une perte
>>> temps et empêche le SQL-Server de maintenir en cache les procédures
>>> compilées car il doit revérifier de nouveau à chaque appel.
>>>
>>> Même chose pour les noms des tables mais avec un impact sur la
> performance
>>> pire encore.
>>>
>>> S. L.
>>>
>>>
>>> "David Bizier" wrote in message
>>> news:BCF614E2.568%
>>>> Si je comprend bien, DBO peut changer tout dépendant de notre login
>>>> Server. Par exemple, dans mon cas, mon login c'est gg13. Donc, je
>>>> Dois mettre gg13. et non dbo.
>>>>
>>>> Est-ce exacte ?
>>>>
>>>> Merci!
>>>> David
>>>>
>>>>
>>>> On 16/06/04 12:00, in article OyR6#,
>>>> "Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
>>> wrote:
>>>>
>>>>> Explications supplémentaires:
>>>>>
>>>>> On doit préciser l'usager dbo. comme propriétaire de la
> et
>>> des
>>>>> éléments à l'interne car sinon SQL-Server doit vérifier à chaque
>>> s'il
>>>>> n'existe pas une autre procédure ou d'autres tables avec le même nom
>>> mais
>>>>> sous un nom d'usager différent; ce qui l'empêche de compiler la
>>> procédure au
>>>>> complet et de mettre en cache la compilation une fois pour toute.
>>>>> L'utilisation de procédures et de tables différentes ayant le même
>>> mais
>>>>> distinguées par leurs noms d'usagers est quelque chose très très
>>> rarement
>>>>> utilisé par les programmeurs mais néanmoins on doit vivre avec et,
>>>>> conséquent, toujours rajouter le préfixe dbo. afin d'accélérer les
>>> choses.
>>>>>
>>>>> De même, on ne doit pas utiliser le préfixe sp_ ce celui-ci sert
>>>>> indiquer à SQL-Server qu'il s'agit de procédures spéciales reliées
>>>>> système, avec un ordre d'appel et de vérification différents des
>>> procédures
>>>>> stockées créées par les usagers. Cela ralentit indûment le système
>>> peut
>>>>> même être la cause de certains bugs subtils dans certains cas.
>>>>>
>>>>> Ces deux principes sont décrits dans le BOL (documentation en
> ligne)
>>> de
>>>>> SQL-Server.
>>>>>
>>>>> S. L.
>>>>>
>>>>> "Sylvain Lafontaine" <sylvain aei ca (fill the blanks, no spam
> please)>
>>>>> wrote in message news:
>>>>>> Procédure stockée avec le préfixe dbo. définit pour le nom de la SP
>>> ainsi
>>>>>> que pour tous les objets référencés à l'intérieur. N'utilisez pas
>>>>>> préfixe sp_ au début du nom. Exemple:
>>>>>>
>>>>>> Create Procedure dbo.StoredProcedure1 (...)
>>>>>> As
>>>>>> set nocount on
>>>>>> select * from dbo.table1
>>>>>> ....
>>>>>>
>>>>>> Si vous utilisez pratiquement toujours les mêmes paramètres d'appel
>>>>> votre
>>>>>> procédure stockée, cacher les résultats quelque part en mémoire
>>> pourrait
>>>>>> également servir.
>>>>>>
>>>>>> S. L.
>>>>>>
>>>>>> "David Bizier" wrote in
>>>>>> news:BCF4875D.281%
>>>>>>> Bonjour,
>>>>>>>
>>>>>>> J'ai une requête SQL assez complexe qui est lancé sur mon site
>>> Internet
>>>>>>> chaque fois qu'un usager ouvre ma page ASP.
>>>>>>>
>>>>>>> Je voudrais savoir ce qui est le plus performant:
>>>>>>>
>>>>>>> - Appeler de ma page une procédure stocké
>>>>>>>
>>>>>>> - Appeler une vue
>>>>>>>
>>>>>>> - Créer un objet recordSet et lui passer la requête SQL et
>>>>>>> Récupérer le résultat.
>>>>>>>
>>>>>>>
>>>>>>> Je suis un peu mélanger entre c'est trois options... Est-ce que
>>>>>>> Quelqu'un pourrait m'éclairer svp ?
>>>>>>>
>>>>>>> Merci!
>>>>>>> David
>>>>>>> Sent using the Microsoft Entourage 2004 for Mac Test Drive.
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>> Sent using the Microsoft Entourage 2004 for Mac Test Drive.
>>>>
>>>
>>>
>>
>> Sent using the Microsoft Entourage 2004 for Mac Test Drive.
>>
>
>
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Même principe pour la création de la table que pour la création de la
procédure.
S. L.
"David Bizier" wrote in message
news:BCF636A4.575%Bonjour,
Ici, je parle dans mes requete standard:
SELECT * FROM gg13.matable
On 16/06/04 17:17, in article ucTCXc#,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
wrote:Toujours préciser gg13. au lieu de dbo. va revenir presque au même.
L'important, c'est de mettre quelque chose.
Cela ne fonctionne pas avec dbo. dans votre page ASP parce que vous
n'avezpas précisé dbo. lors de la création de votre procédure.
S. L.
"David Bizier" wrote in message
news:BCF62ADD.572%Bonjour,
Quand j'essais dbo., j'obtiens un message d'erreur dans ma page ASP.
Par contre, si j'essais gg13. Ca marche sans problème.
Petite chose que je n'ai pas spécifié, le serveur SQL est géré par
mon hébergeur Internet. Aussi, p-t que dbo. n'est pas accessible.
Merci!
David
On 16/06/04 16:16, in article ,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
wrote:Non, vous devez mettre dbo. de préférence.
Il est possible de créer plusieurs procédures et tables ayant le même
nommais distinctes à cause du nom de l'usager, dbo. étant pris par
défaut:
dbo.procedureQuelconque (...)...
gg13.procedureQuelconque (...)...
davidbizier.procedureQuelconque (...)...
Si vous écrivez seulement procedureQuelconque () au lieu de
dbo.procedureQuelconque() lors de l'appel à la procédure, SQL-Server
vérified'abord s'il n'existe pas une procédure gg13.procedureQuelconque() (en
utilisant votre nom d'usager comme préfixe) avant de se rabattre sur
dbo.procedureQuelconque() en fin de compte. Cela constitue une perte
detemps et empêche le SQL-Server de maintenir en cache les procédures
compilées car il doit revérifier de nouveau à chaque appel.
Même chose pour les noms des tables mais avec un impact sur la
performancepire encore.
S. L.
"David Bizier" wrote in message
news:BCF614E2.568%Si je comprend bien, DBO peut changer tout dépendant de notre login
SQLServer. Par exemple, dans mon cas, mon login c'est gg13. Donc, je
Dois mettre gg13. et non dbo.
Est-ce exacte ?
Merci!
David
On 16/06/04 12:00, in article OyR6#,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
wrote:Explications supplémentaires:
On doit préciser l'usager dbo. comme propriétaire de la
procédureetdeséléments à l'interne car sinon SQL-Server doit vérifier à chaque
foiss'iln'existe pas une autre procédure ou d'autres tables avec le même nom
maissous un nom d'usager différent; ce qui l'empêche de compiler la
procédure aucomplet et de mettre en cache la compilation une fois pour toute.
L'utilisation de procédures et de tables différentes ayant le même
nommaisdistinguées par leurs noms d'usagers est quelque chose très très
rarementutilisé par les programmeurs mais néanmoins on doit vivre avec et,
parconséquent, toujours rajouter le préfixe dbo. afin d'accélérer les
choses.
De même, on ne doit pas utiliser le préfixe sp_ ce celui-ci sert
àindiquer à SQL-Server qu'il s'agit de procédures spéciales reliées
ausystème, avec un ordre d'appel et de vérification différents des
procéduresstockées créées par les usagers. Cela ralentit indûment le système
etpeutmême être la cause de certains bugs subtils dans certains cas.
Ces deux principes sont décrits dans le BOL (documentation en
ligne)deSQL-Server.
S. L.
"Sylvain Lafontaine" <sylvain aei ca (fill the blanks, no spam
please)>wrote in message news:Procédure stockée avec le préfixe dbo. définit pour le nom de la SP
ainsique pour tous les objets référencés à l'intérieur. N'utilisez pas
lepréfixe sp_ au début du nom. Exemple:
Create Procedure dbo.StoredProcedure1 (...)
As
set nocount on
select * from dbo.table1
....
Si vous utilisez pratiquement toujours les mêmes paramètres d'appel
àvotreprocédure stockée, cacher les résultats quelque part en mémoire
pourraitégalement servir.
S. L.
"David Bizier" wrote in
messagenews:BCF4875D.281%Bonjour,
J'ai une requête SQL assez complexe qui est lancé sur mon site
Internetchaque fois qu'un usager ouvre ma page ASP.
Je voudrais savoir ce qui est le plus performant:
- Appeler de ma page une procédure stocké
- Appeler une vue
- Créer un objet recordSet et lui passer la requête SQL et
Récupérer le résultat.
Je suis un peu mélanger entre c'est trois options... Est-ce que
Quelqu'un pourrait m'éclairer svp ?
Merci!
David
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Même principe pour la création de la table que pour la création de la
procédure.
S. L.
"David Bizier" <dbizierNOSPAM@gecko-electronic.com> wrote in message
news:BCF636A4.575%dbizierNOSPAM@gecko-electronic.com...
Bonjour,
Ici, je parle dans mes requete standard:
SELECT * FROM gg13.matable
On 16/06/04 17:17, in article ucTCXc#UEHA.2988@TK2MSFTNGP10.phx.gbl,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
wrote:
Toujours préciser gg13. au lieu de dbo. va revenir presque au même.
L'important, c'est de mettre quelque chose.
Cela ne fonctionne pas avec dbo. dans votre page ASP parce que vous
n'avez
pas précisé dbo. lors de la création de votre procédure.
S. L.
"David Bizier" <dbizierNOSPAM@gecko-electronic.com> wrote in message
news:BCF62ADD.572%dbizierNOSPAM@gecko-electronic.com...
Bonjour,
Quand j'essais dbo., j'obtiens un message d'erreur dans ma page ASP.
Par contre, si j'essais gg13. Ca marche sans problème.
Petite chose que je n'ai pas spécifié, le serveur SQL est géré par
mon hébergeur Internet. Aussi, p-t que dbo. n'est pas accessible.
Merci!
David
On 16/06/04 16:16, in article eRIJW69UEHA.2388@TK2MSFTNGP09.phx.gbl,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
wrote:
Non, vous devez mettre dbo. de préférence.
Il est possible de créer plusieurs procédures et tables ayant le même
nom
mais distinctes à cause du nom de l'usager, dbo. étant pris par
défaut:
dbo.procedureQuelconque (...)...
gg13.procedureQuelconque (...)...
davidbizier.procedureQuelconque (...)...
Si vous écrivez seulement procedureQuelconque () au lieu de
dbo.procedureQuelconque() lors de l'appel à la procédure, SQL-Server
vérifie
d'abord s'il n'existe pas une procédure gg13.procedureQuelconque() (en
utilisant votre nom d'usager comme préfixe) avant de se rabattre sur
dbo.procedureQuelconque() en fin de compte. Cela constitue une perte
de
temps et empêche le SQL-Server de maintenir en cache les procédures
compilées car il doit revérifier de nouveau à chaque appel.
Même chose pour les noms des tables mais avec un impact sur la
performance
pire encore.
S. L.
"David Bizier" <dbizierNOSPAM@gecko-electronic.com> wrote in message
news:BCF614E2.568%dbizierNOSPAM@gecko-electronic.com...
Si je comprend bien, DBO peut changer tout dépendant de notre login
SQL
Server. Par exemple, dans mon cas, mon login c'est gg13. Donc, je
Dois mettre gg13. et non dbo.
Est-ce exacte ?
Merci!
David
On 16/06/04 12:00, in article OyR6#q7UEHA.2668@TK2MSFTNGP10.phx.gbl,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
wrote:
Explications supplémentaires:
On doit préciser l'usager dbo. comme propriétaire de la
procédure
et
des
éléments à l'interne car sinon SQL-Server doit vérifier à chaque
fois
s'il
n'existe pas une autre procédure ou d'autres tables avec le même nom
mais
sous un nom d'usager différent; ce qui l'empêche de compiler la
procédure au
complet et de mettre en cache la compilation une fois pour toute.
L'utilisation de procédures et de tables différentes ayant le même
nom
mais
distinguées par leurs noms d'usagers est quelque chose très très
rarement
utilisé par les programmeurs mais néanmoins on doit vivre avec et,
par
conséquent, toujours rajouter le préfixe dbo. afin d'accélérer les
choses.
De même, on ne doit pas utiliser le préfixe sp_ ce celui-ci sert
à
indiquer à SQL-Server qu'il s'agit de procédures spéciales reliées
au
système, avec un ordre d'appel et de vérification différents des
procédures
stockées créées par les usagers. Cela ralentit indûment le système
et
peut
même être la cause de certains bugs subtils dans certains cas.
Ces deux principes sont décrits dans le BOL (documentation en
ligne)
de
SQL-Server.
S. L.
"Sylvain Lafontaine" <sylvain aei ca (fill the blanks, no spam
please)>
wrote in message news:O1f2pfxUEHA.2840@TK2MSFTNGP11.phx.gbl...
Procédure stockée avec le préfixe dbo. définit pour le nom de la SP
ainsi
que pour tous les objets référencés à l'intérieur. N'utilisez pas
le
préfixe sp_ au début du nom. Exemple:
Create Procedure dbo.StoredProcedure1 (...)
As
set nocount on
select * from dbo.table1
....
Si vous utilisez pratiquement toujours les mêmes paramètres d'appel
à
votre
procédure stockée, cacher les résultats quelque part en mémoire
pourrait
également servir.
S. L.
"David Bizier" <dbizierNOSPAM@gecko-electronic.com> wrote in
message
news:BCF4875D.281%dbizierNOSPAM@gecko-electronic.com...
Bonjour,
J'ai une requête SQL assez complexe qui est lancé sur mon site
Internet
chaque fois qu'un usager ouvre ma page ASP.
Je voudrais savoir ce qui est le plus performant:
- Appeler de ma page une procédure stocké
- Appeler une vue
- Créer un objet recordSet et lui passer la requête SQL et
Récupérer le résultat.
Je suis un peu mélanger entre c'est trois options... Est-ce que
Quelqu'un pourrait m'éclairer svp ?
Merci!
David
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Même principe pour la création de la table que pour la création de la
procédure.
S. L.
"David Bizier" wrote in message
news:BCF636A4.575%Bonjour,
Ici, je parle dans mes requete standard:
SELECT * FROM gg13.matable
On 16/06/04 17:17, in article ucTCXc#,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
wrote:Toujours préciser gg13. au lieu de dbo. va revenir presque au même.
L'important, c'est de mettre quelque chose.
Cela ne fonctionne pas avec dbo. dans votre page ASP parce que vous
n'avezpas précisé dbo. lors de la création de votre procédure.
S. L.
"David Bizier" wrote in message
news:BCF62ADD.572%Bonjour,
Quand j'essais dbo., j'obtiens un message d'erreur dans ma page ASP.
Par contre, si j'essais gg13. Ca marche sans problème.
Petite chose que je n'ai pas spécifié, le serveur SQL est géré par
mon hébergeur Internet. Aussi, p-t que dbo. n'est pas accessible.
Merci!
David
On 16/06/04 16:16, in article ,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
wrote:Non, vous devez mettre dbo. de préférence.
Il est possible de créer plusieurs procédures et tables ayant le même
nommais distinctes à cause du nom de l'usager, dbo. étant pris par
défaut:
dbo.procedureQuelconque (...)...
gg13.procedureQuelconque (...)...
davidbizier.procedureQuelconque (...)...
Si vous écrivez seulement procedureQuelconque () au lieu de
dbo.procedureQuelconque() lors de l'appel à la procédure, SQL-Server
vérified'abord s'il n'existe pas une procédure gg13.procedureQuelconque() (en
utilisant votre nom d'usager comme préfixe) avant de se rabattre sur
dbo.procedureQuelconque() en fin de compte. Cela constitue une perte
detemps et empêche le SQL-Server de maintenir en cache les procédures
compilées car il doit revérifier de nouveau à chaque appel.
Même chose pour les noms des tables mais avec un impact sur la
performancepire encore.
S. L.
"David Bizier" wrote in message
news:BCF614E2.568%Si je comprend bien, DBO peut changer tout dépendant de notre login
SQLServer. Par exemple, dans mon cas, mon login c'est gg13. Donc, je
Dois mettre gg13. et non dbo.
Est-ce exacte ?
Merci!
David
On 16/06/04 12:00, in article OyR6#,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
wrote:Explications supplémentaires:
On doit préciser l'usager dbo. comme propriétaire de la
procédureetdeséléments à l'interne car sinon SQL-Server doit vérifier à chaque
foiss'iln'existe pas une autre procédure ou d'autres tables avec le même nom
maissous un nom d'usager différent; ce qui l'empêche de compiler la
procédure aucomplet et de mettre en cache la compilation une fois pour toute.
L'utilisation de procédures et de tables différentes ayant le même
nommaisdistinguées par leurs noms d'usagers est quelque chose très très
rarementutilisé par les programmeurs mais néanmoins on doit vivre avec et,
parconséquent, toujours rajouter le préfixe dbo. afin d'accélérer les
choses.
De même, on ne doit pas utiliser le préfixe sp_ ce celui-ci sert
àindiquer à SQL-Server qu'il s'agit de procédures spéciales reliées
ausystème, avec un ordre d'appel et de vérification différents des
procéduresstockées créées par les usagers. Cela ralentit indûment le système
etpeutmême être la cause de certains bugs subtils dans certains cas.
Ces deux principes sont décrits dans le BOL (documentation en
ligne)deSQL-Server.
S. L.
"Sylvain Lafontaine" <sylvain aei ca (fill the blanks, no spam
please)>wrote in message news:Procédure stockée avec le préfixe dbo. définit pour le nom de la SP
ainsique pour tous les objets référencés à l'intérieur. N'utilisez pas
lepréfixe sp_ au début du nom. Exemple:
Create Procedure dbo.StoredProcedure1 (...)
As
set nocount on
select * from dbo.table1
....
Si vous utilisez pratiquement toujours les mêmes paramètres d'appel
àvotreprocédure stockée, cacher les résultats quelque part en mémoire
pourraitégalement servir.
S. L.
"David Bizier" wrote in
messagenews:BCF4875D.281%Bonjour,
J'ai une requête SQL assez complexe qui est lancé sur mon site
Internetchaque fois qu'un usager ouvre ma page ASP.
Je voudrais savoir ce qui est le plus performant:
- Appeler de ma page une procédure stocké
- Appeler une vue
- Créer un objet recordSet et lui passer la requête SQL et
Récupérer le résultat.
Je suis un peu mélanger entre c'est trois options... Est-ce que
Quelqu'un pourrait m'éclairer svp ?
Merci!
David
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Même principe pour la création de la table que pour la création de la
procédure.
S. L.
"David Bizier" wrote in message
news:BCF636A4.575%Bonjour,
Ici, je parle dans mes requete standard:
SELECT * FROM gg13.matable
On 16/06/04 17:17, in article ucTCXc#,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
wrote:Toujours préciser gg13. au lieu de dbo. va revenir presque au même.
L'important, c'est de mettre quelque chose.
Cela ne fonctionne pas avec dbo. dans votre page ASP parce que vous
n'avezpas précisé dbo. lors de la création de votre procédure.
S. L.
"David Bizier" wrote in message
news:BCF62ADD.572%Bonjour,
Quand j'essais dbo., j'obtiens un message d'erreur dans ma page ASP.
Par contre, si j'essais gg13. Ca marche sans problème.
Petite chose que je n'ai pas spécifié, le serveur SQL est géré par
mon hébergeur Internet. Aussi, p-t que dbo. n'est pas accessible.
Merci!
David
On 16/06/04 16:16, in article ,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
wrote:Non, vous devez mettre dbo. de préférence.
Il est possible de créer plusieurs procédures et tables ayant le même
nommais distinctes à cause du nom de l'usager, dbo. étant pris par
défaut:
dbo.procedureQuelconque (...)...
gg13.procedureQuelconque (...)...
davidbizier.procedureQuelconque (...)...
Si vous écrivez seulement procedureQuelconque () au lieu de
dbo.procedureQuelconque() lors de l'appel à la procédure, SQL-Server
vérified'abord s'il n'existe pas une procédure gg13.procedureQuelconque() (en
utilisant votre nom d'usager comme préfixe) avant de se rabattre sur
dbo.procedureQuelconque() en fin de compte. Cela constitue une perte
detemps et empêche le SQL-Server de maintenir en cache les procédures
compilées car il doit revérifier de nouveau à chaque appel.
Même chose pour les noms des tables mais avec un impact sur la
performancepire encore.
S. L.
"David Bizier" wrote in message
news:BCF614E2.568%Si je comprend bien, DBO peut changer tout dépendant de notre login
SQLServer. Par exemple, dans mon cas, mon login c'est gg13. Donc, je
Dois mettre gg13. et non dbo.
Est-ce exacte ?
Merci!
David
On 16/06/04 12:00, in article OyR6#,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
wrote:Explications supplémentaires:
On doit préciser l'usager dbo. comme propriétaire de la
procédureetdeséléments à l'interne car sinon SQL-Server doit vérifier à chaque
foiss'iln'existe pas une autre procédure ou d'autres tables avec le même nom
maissous un nom d'usager différent; ce qui l'empêche de compiler la
procédure aucomplet et de mettre en cache la compilation une fois pour toute.
L'utilisation de procédures et de tables différentes ayant le même
nommaisdistinguées par leurs noms d'usagers est quelque chose très très
rarementutilisé par les programmeurs mais néanmoins on doit vivre avec et,
parconséquent, toujours rajouter le préfixe dbo. afin d'accélérer les
choses.
De même, on ne doit pas utiliser le préfixe sp_ ce celui-ci sert
àindiquer à SQL-Server qu'il s'agit de procédures spéciales reliées
ausystème, avec un ordre d'appel et de vérification différents des
procéduresstockées créées par les usagers. Cela ralentit indûment le système
etpeutmême être la cause de certains bugs subtils dans certains cas.
Ces deux principes sont décrits dans le BOL (documentation en
ligne)deSQL-Server.
S. L.
"Sylvain Lafontaine" <sylvain aei ca (fill the blanks, no spam
please)>wrote in message news:Procédure stockée avec le préfixe dbo. définit pour le nom de la SP
ainsique pour tous les objets référencés à l'intérieur. N'utilisez pas
lepréfixe sp_ au début du nom. Exemple:
Create Procedure dbo.StoredProcedure1 (...)
As
set nocount on
select * from dbo.table1
....
Si vous utilisez pratiquement toujours les mêmes paramètres d'appel
àvotreprocédure stockée, cacher les résultats quelque part en mémoire
pourraitégalement servir.
S. L.
"David Bizier" wrote in
messagenews:BCF4875D.281%Bonjour,
J'ai une requête SQL assez complexe qui est lancé sur mon site
Internetchaque fois qu'un usager ouvre ma page ASP.
Je voudrais savoir ce qui est le plus performant:
- Appeler de ma page une procédure stocké
- Appeler une vue
- Créer un objet recordSet et lui passer la requête SQL et
Récupérer le résultat.
Je suis un peu mélanger entre c'est trois options... Est-ce que
Quelqu'un pourrait m'éclairer svp ?
Merci!
David
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Même principe pour la création de la table que pour la création de la
procédure.
S. L.
"David Bizier" <dbizierNOSPAM@gecko-electronic.com> wrote in message
news:BCF636A4.575%dbizierNOSPAM@gecko-electronic.com...
Bonjour,
Ici, je parle dans mes requete standard:
SELECT * FROM gg13.matable
On 16/06/04 17:17, in article ucTCXc#UEHA.2988@TK2MSFTNGP10.phx.gbl,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
wrote:
Toujours préciser gg13. au lieu de dbo. va revenir presque au même.
L'important, c'est de mettre quelque chose.
Cela ne fonctionne pas avec dbo. dans votre page ASP parce que vous
n'avez
pas précisé dbo. lors de la création de votre procédure.
S. L.
"David Bizier" <dbizierNOSPAM@gecko-electronic.com> wrote in message
news:BCF62ADD.572%dbizierNOSPAM@gecko-electronic.com...
Bonjour,
Quand j'essais dbo., j'obtiens un message d'erreur dans ma page ASP.
Par contre, si j'essais gg13. Ca marche sans problème.
Petite chose que je n'ai pas spécifié, le serveur SQL est géré par
mon hébergeur Internet. Aussi, p-t que dbo. n'est pas accessible.
Merci!
David
On 16/06/04 16:16, in article eRIJW69UEHA.2388@TK2MSFTNGP09.phx.gbl,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
wrote:
Non, vous devez mettre dbo. de préférence.
Il est possible de créer plusieurs procédures et tables ayant le même
nom
mais distinctes à cause du nom de l'usager, dbo. étant pris par
défaut:
dbo.procedureQuelconque (...)...
gg13.procedureQuelconque (...)...
davidbizier.procedureQuelconque (...)...
Si vous écrivez seulement procedureQuelconque () au lieu de
dbo.procedureQuelconque() lors de l'appel à la procédure, SQL-Server
vérifie
d'abord s'il n'existe pas une procédure gg13.procedureQuelconque() (en
utilisant votre nom d'usager comme préfixe) avant de se rabattre sur
dbo.procedureQuelconque() en fin de compte. Cela constitue une perte
de
temps et empêche le SQL-Server de maintenir en cache les procédures
compilées car il doit revérifier de nouveau à chaque appel.
Même chose pour les noms des tables mais avec un impact sur la
performance
pire encore.
S. L.
"David Bizier" <dbizierNOSPAM@gecko-electronic.com> wrote in message
news:BCF614E2.568%dbizierNOSPAM@gecko-electronic.com...
Si je comprend bien, DBO peut changer tout dépendant de notre login
SQL
Server. Par exemple, dans mon cas, mon login c'est gg13. Donc, je
Dois mettre gg13. et non dbo.
Est-ce exacte ?
Merci!
David
On 16/06/04 12:00, in article OyR6#q7UEHA.2668@TK2MSFTNGP10.phx.gbl,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
wrote:
Explications supplémentaires:
On doit préciser l'usager dbo. comme propriétaire de la
procédure
et
des
éléments à l'interne car sinon SQL-Server doit vérifier à chaque
fois
s'il
n'existe pas une autre procédure ou d'autres tables avec le même nom
mais
sous un nom d'usager différent; ce qui l'empêche de compiler la
procédure au
complet et de mettre en cache la compilation une fois pour toute.
L'utilisation de procédures et de tables différentes ayant le même
nom
mais
distinguées par leurs noms d'usagers est quelque chose très très
rarement
utilisé par les programmeurs mais néanmoins on doit vivre avec et,
par
conséquent, toujours rajouter le préfixe dbo. afin d'accélérer les
choses.
De même, on ne doit pas utiliser le préfixe sp_ ce celui-ci sert
à
indiquer à SQL-Server qu'il s'agit de procédures spéciales reliées
au
système, avec un ordre d'appel et de vérification différents des
procédures
stockées créées par les usagers. Cela ralentit indûment le système
et
peut
même être la cause de certains bugs subtils dans certains cas.
Ces deux principes sont décrits dans le BOL (documentation en
ligne)
de
SQL-Server.
S. L.
"Sylvain Lafontaine" <sylvain aei ca (fill the blanks, no spam
please)>
wrote in message news:O1f2pfxUEHA.2840@TK2MSFTNGP11.phx.gbl...
Procédure stockée avec le préfixe dbo. définit pour le nom de la SP
ainsi
que pour tous les objets référencés à l'intérieur. N'utilisez pas
le
préfixe sp_ au début du nom. Exemple:
Create Procedure dbo.StoredProcedure1 (...)
As
set nocount on
select * from dbo.table1
....
Si vous utilisez pratiquement toujours les mêmes paramètres d'appel
à
votre
procédure stockée, cacher les résultats quelque part en mémoire
pourrait
également servir.
S. L.
"David Bizier" <dbizierNOSPAM@gecko-electronic.com> wrote in
message
news:BCF4875D.281%dbizierNOSPAM@gecko-electronic.com...
Bonjour,
J'ai une requête SQL assez complexe qui est lancé sur mon site
Internet
chaque fois qu'un usager ouvre ma page ASP.
Je voudrais savoir ce qui est le plus performant:
- Appeler de ma page une procédure stocké
- Appeler une vue
- Créer un objet recordSet et lui passer la requête SQL et
Récupérer le résultat.
Je suis un peu mélanger entre c'est trois options... Est-ce que
Quelqu'un pourrait m'éclairer svp ?
Merci!
David
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Même principe pour la création de la table que pour la création de la
procédure.
S. L.
"David Bizier" wrote in message
news:BCF636A4.575%Bonjour,
Ici, je parle dans mes requete standard:
SELECT * FROM gg13.matable
On 16/06/04 17:17, in article ucTCXc#,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
wrote:Toujours préciser gg13. au lieu de dbo. va revenir presque au même.
L'important, c'est de mettre quelque chose.
Cela ne fonctionne pas avec dbo. dans votre page ASP parce que vous
n'avezpas précisé dbo. lors de la création de votre procédure.
S. L.
"David Bizier" wrote in message
news:BCF62ADD.572%Bonjour,
Quand j'essais dbo., j'obtiens un message d'erreur dans ma page ASP.
Par contre, si j'essais gg13. Ca marche sans problème.
Petite chose que je n'ai pas spécifié, le serveur SQL est géré par
mon hébergeur Internet. Aussi, p-t que dbo. n'est pas accessible.
Merci!
David
On 16/06/04 16:16, in article ,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
wrote:Non, vous devez mettre dbo. de préférence.
Il est possible de créer plusieurs procédures et tables ayant le même
nommais distinctes à cause du nom de l'usager, dbo. étant pris par
défaut:
dbo.procedureQuelconque (...)...
gg13.procedureQuelconque (...)...
davidbizier.procedureQuelconque (...)...
Si vous écrivez seulement procedureQuelconque () au lieu de
dbo.procedureQuelconque() lors de l'appel à la procédure, SQL-Server
vérified'abord s'il n'existe pas une procédure gg13.procedureQuelconque() (en
utilisant votre nom d'usager comme préfixe) avant de se rabattre sur
dbo.procedureQuelconque() en fin de compte. Cela constitue une perte
detemps et empêche le SQL-Server de maintenir en cache les procédures
compilées car il doit revérifier de nouveau à chaque appel.
Même chose pour les noms des tables mais avec un impact sur la
performancepire encore.
S. L.
"David Bizier" wrote in message
news:BCF614E2.568%Si je comprend bien, DBO peut changer tout dépendant de notre login
SQLServer. Par exemple, dans mon cas, mon login c'est gg13. Donc, je
Dois mettre gg13. et non dbo.
Est-ce exacte ?
Merci!
David
On 16/06/04 12:00, in article OyR6#,
"Sylvain Lafontaine" <sylvain aei ca fill the blanks, no spam please>
wrote:Explications supplémentaires:
On doit préciser l'usager dbo. comme propriétaire de la
procédureetdeséléments à l'interne car sinon SQL-Server doit vérifier à chaque
foiss'iln'existe pas une autre procédure ou d'autres tables avec le même nom
maissous un nom d'usager différent; ce qui l'empêche de compiler la
procédure aucomplet et de mettre en cache la compilation une fois pour toute.
L'utilisation de procédures et de tables différentes ayant le même
nommaisdistinguées par leurs noms d'usagers est quelque chose très très
rarementutilisé par les programmeurs mais néanmoins on doit vivre avec et,
parconséquent, toujours rajouter le préfixe dbo. afin d'accélérer les
choses.
De même, on ne doit pas utiliser le préfixe sp_ ce celui-ci sert
àindiquer à SQL-Server qu'il s'agit de procédures spéciales reliées
ausystème, avec un ordre d'appel et de vérification différents des
procéduresstockées créées par les usagers. Cela ralentit indûment le système
etpeutmême être la cause de certains bugs subtils dans certains cas.
Ces deux principes sont décrits dans le BOL (documentation en
ligne)deSQL-Server.
S. L.
"Sylvain Lafontaine" <sylvain aei ca (fill the blanks, no spam
please)>wrote in message news:Procédure stockée avec le préfixe dbo. définit pour le nom de la SP
ainsique pour tous les objets référencés à l'intérieur. N'utilisez pas
lepréfixe sp_ au début du nom. Exemple:
Create Procedure dbo.StoredProcedure1 (...)
As
set nocount on
select * from dbo.table1
....
Si vous utilisez pratiquement toujours les mêmes paramètres d'appel
àvotreprocédure stockée, cacher les résultats quelque part en mémoire
pourraitégalement servir.
S. L.
"David Bizier" wrote in
messagenews:BCF4875D.281%Bonjour,
J'ai une requête SQL assez complexe qui est lancé sur mon site
Internetchaque fois qu'un usager ouvre ma page ASP.
Je voudrais savoir ce qui est le plus performant:
- Appeler de ma page une procédure stocké
- Appeler une vue
- Créer un objet recordSet et lui passer la requête SQL et
Récupérer le résultat.
Je suis un peu mélanger entre c'est trois options... Est-ce que
Quelqu'un pourrait m'éclairer svp ?
Merci!
David
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
Sent using the Microsoft Entourage 2004 for Mac Test Drive.
