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.
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.
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.
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 à
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.
>
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 à
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.
>
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 à
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.
>
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 à
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.
>
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 à
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.
>
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 à
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.
>
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.
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.
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.
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.
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.
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.
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: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 à
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 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.
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.
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: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 à
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 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.
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: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 à
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 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.
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.
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: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 à
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 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.
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: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 à
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 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.
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.
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: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 à
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 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.
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>
> Explications supplémentaires:
>
> On doit préciser l'usager dbo. comme propriétaire de la procédure et
> éléments à l'interne car sinon SQL-Server doit vérifier à chaque fois
> n'existe pas une autre procédure ou d'autres tables avec le même nom
> sous un nom d'usager différent; ce qui l'empêche de compiler la
> 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
> distinguées par leurs noms d'usagers est quelque chose très très
> 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
>
> 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
> stockées créées par les usagers. Cela ralentit indûment le système et
> même être la cause de certains bugs subtils dans certains cas.
>
> Ces deux principes sont décrits dans le BOL (documentation en ligne)
> 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
>> 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
>> é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
>>> 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.
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>
> Explications supplémentaires:
>
> On doit préciser l'usager dbo. comme propriétaire de la procédure et
> éléments à l'interne car sinon SQL-Server doit vérifier à chaque fois
> n'existe pas une autre procédure ou d'autres tables avec le même nom
> sous un nom d'usager différent; ce qui l'empêche de compiler la
> 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
> distinguées par leurs noms d'usagers est quelque chose très très
> 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
>
> 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
> stockées créées par les usagers. Cela ralentit indûment le système et
> même être la cause de certains bugs subtils dans certains cas.
>
> Ces deux principes sont décrits dans le BOL (documentation en ligne)
> 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
>> 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
>> é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
>>> 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.
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>
> Explications supplémentaires:
>
> On doit préciser l'usager dbo. comme propriétaire de la procédure et
> éléments à l'interne car sinon SQL-Server doit vérifier à chaque fois
> n'existe pas une autre procédure ou d'autres tables avec le même nom
> sous un nom d'usager différent; ce qui l'empêche de compiler la
> 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
> distinguées par leurs noms d'usagers est quelque chose très très
> 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
>
> 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
> stockées créées par les usagers. Cela ralentit indûment le système et
> même être la cause de certains bugs subtils dans certains cas.
>
> Ces deux principes sont décrits dans le BOL (documentation en ligne)
> 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
>> 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
>> é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
>>> 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.
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.