performance des requêtes SQL

haykelFST · 20/10/2011, 00h24

Bonjour,

1- Quelle est la différence entre ces deux requêtes SQL de point de vue performance:
select X from table et select X from schema.table

2- Est ce qu'il est recommandé de point de vue performance de faire la première requête ou la deuxième

1- update table
set champ=schema.function(param1,param2)

2- @res=select function(param1,param2)
update table
set champ=@res

iberserk · 20/10/2011, 07h35

La seconde, en précisant le schéma, au delà d'une problématique de performance, c'est surtout une bonne pratique puisque une table appartient à un schéma... vous pouvez très bien avoir deux tables du même nom sur des schéma différent...

SQLpro · 20/10/2011, 15h45

Il y a réellement un problème de perf entre les deux.

Sans le schéma :
1) SQL effectue systématiquement une résolution de nom
2) la perte des plans mis en cache est plus fréquente car on ne sait pas les objets réels entre la requête nouvelle et les plans en cache

A +

haykelFST · 20/10/2011, 18h28

Bonjour,

Il n'est pas clair, s'il est possible de mieux expliquer, ou d'avoir un lien vers un document officiel

20/10/2011, 00h24	#1
haykelFST Inscription : novembre 2008 Messages : 104 Détails du profil Informations forums : Inscription : novembre 2008 Messages : 104 Points : -8 Points : -8	performance des requêtes SQL Bonjour, 1- Quelle est la différence entre ces deux requêtes SQL de point de vue performance: select X from table et select X from schema.table 2- Est ce qu'il est recommandé de point de vue performance de faire la première requête ou la deuxième 1- update table set champ=schema.function(param1,param2) 2- @res=select function(param1,param2) update table set champ=@res
	00

20/10/2011, 07h35	#2
iberserk Membre Expert Bruno IGNACE Architecte de base de données Inscription : novembre 2004 Messages : 1 299 Détails du profil Informations personnelles : Nom : Bruno IGNACE Âge : 30 Localisation : France, Gironde (Aquitaine) Informations professionnelles : Activité : Architecte de base de données Secteur : High Tech - Éditeur de logiciels Informations forums : Inscription : novembre 2004 Messages : 1 299 Points : 2 282 Points : 2 282	La seconde, en précisant le schéma, au delà d'une problématique de performance, c'est surtout une bonne pratique puisque une table appartient à un schéma... vous pouvez très bien avoir deux tables du même nom sur des schéma différent... __________________ Prendre conscience, c'est transformer le voile qui recouvre la lumière en miroir.
	10

20/10/2011, 15h45	#3
SQLpro Rédacteur/Modérateur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 10 959 Détails du profil Informations personnelles : Nom : Frédéric BROUARD Localisation : France Informations professionnelles : Activité : Expert SGBDR & SQL Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 10 959 Points : 17 791 Points : 17 791	Il y a réellement un problème de perf entre les deux. Sans le schéma : 1) SQL effectue systématiquement une résolution de nom 2) la perte des plans mis en cache est plus fréquente car on ne sait pas les objets réels entre la requête nouvelle et les plans en cache A + __________________ Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ *Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.* Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
	10

20/10/2011, 18h28	#4
haykelFST Inscription : novembre 2008 Messages : 104 Détails du profil Informations forums : Inscription : novembre 2008 Messages : 104 Points : -8 Points : -8	Bonjour, Il n'est pas clair, s'il est possible de mieux expliquer, ou d'avoir un lien vers un document officiel
	02

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email