pertinence vue sur vue [Résolu]

olibara · 31/05/2011, 15h23

Bonjour

J'utilise une vue complexe qui dans 90% des cas doit etre filtrée sur un champ NULL (WHERE champ is NULL)

Mais dans 10% je dois filtrer sur autre chose

Je pense donc a definir une premiere vue (Sans Filtre)
Et une autre vue qui ferais un simple select sur la premiere mais avec le Filtre

WHERE Champ IS NULL

Est-ce pertinent

SQLpro · 31/05/2011, 16h11

Pas forcément, l'optimiseur sait simplifier l'écriture finale de la requête....
La seule légitimité de faire de nombreuses vues, y compris des vues de vues est simplement fonctionnelle !

A +

olibara · 31/05/2011, 16h25

Citation:

La seule légitimité de faire de nombreuses vues, y compris des vues de vues est simplement fonctionnelle !

Merci SqlPro
C'est effectivement le but ici
- plusieurs application utilisent cette vue en mode filtré (WHERE CHAMP IS NULL)
- Mais certaines doivent avoir une visibilité complete

Donc pour ne pas ecrire entierement les deux vues l'idée est de faire la vue principale sans filtre et d'appliquer sur cette premiere vue une vue avec filtre

Mais comme cette vue sur vue sera la plus utilisée je me demandans si je n'allais pas de cette maniere allourdir les performances

L'alternative moins agréable a gerer c'est evidemment de creer deux vues identique avec et sans filtre ?

elsuket · 31/05/2011, 17h03

Bonjour,

Si vous êtes sous SQL Server 2008, et que le nombre de lignes pour lesquelles la colonne est à NULL est faible par rapport au nombre total de lignes de la table, pensez aux index filtrés

@++

olibara · 31/05/2011, 19h57

Bonjour Elsuket

Non c'est l'inverse ! J'ai 95% de NULL sur +/- 100.000 records (mais la vue qui produt ces lignes n'est pas triviale)

Sergejack · 01/06/2011, 10h20

Comme le laissait entendre SQL Pro, vous ne souffrirez pas de perte de performance à employer une vue dans une autre vue.

Faite donc votre vue complète et faite une vue limité employant la précédente.
Votre code sera plus facile à lire et maintenir.

iberserk · 01/06/2011, 14h21

Citation:

Comme le laissait entendre SQL Pro, vous ne souffrirez pas de perte de performance à employer une vue dans une autre vue.

A ne pas exagérer tout de même....

Sergejack · 06/06/2011, 09h25

Citation:

Envoyé par iberserk

A ne pas exagérer tout de même....

Heu... la création du plan d'exécution prendra 0.02% de temps en plus pour atteindre une durée de 1 milliardième du temps d'exécution total ?
On peut aussi conseiller de ne pas bouger le curseur de la souris pendant l'excécution.

olibara · 06/06/2011, 09h48

Merci a tous

iberserk · 06/06/2011, 09h49

Citation:

Heu... la création du plan d'exécution prendra 0.02% de temps en plus pour atteindre une durée de 1 milliardième du temps d'exécution total ?

On attends tes mesures avec impatience

Sergejack · 06/06/2011, 10h10

Citation:

Envoyé par iberserk

On attends tes mesures avec impatience

Contredis moi quand j'exprime que la "perte" de performance ne serait autre que triviale. Car elle l'est, à ma connaissance.
Je préfère apprendre : éclaire nous.

iberserk · 06/06/2011, 10h13

Citation:

On attends tes mesures avec impatience

Je te charriais...

Citation:

Contredis moi quand j'exprime que la "perte" de performance ne serait autre que triviale. Car elle l'est, à ma connaissance.

Evidemment elle sera triviale mais c'est vrai pour beaucoups de chose en exploitation de base de données...

Waldar · 06/06/2011, 10h38

Sur 2005, la limite d'imbrication est de 32 :

Citation:

Maximum stored procedure, function, trigger, or view nesting level exceeded (limit 32).

7gyY9w1ZY6ySRgPeaefZ · 06/06/2011, 15h08

Pour avoir du travailler sur des vues imbriquées, je conseillerais d'y aller mollo moderato sur les niveaux d'imbrication.
Quand tu passes une demi-heure pour comprendre que ce que fait la vue de niveau 10 est un select sur la vue initiale avec 3 champs de moins et une clause WHERE en prime, tu as VRAIMENT l'impression de perdre ton temps...

31/05/2011, 15h23	#1
olibara Membre Expert Inscription : octobre 2007 Messages : 3 947 Détails du profil Informations forums : Inscription : octobre 2007 Messages : 3 947 Points : 1 905 Points : 1 905	pertinence vue sur vue Bonjour J'utilise une vue complexe qui dans 90% des cas doit etre filtrée sur un champ NULL (WHERE champ is NULL) Mais dans 10% je dois filtrer sur autre chose Je pense donc a definir une premiere vue (Sans Filtre) Et une autre vue qui ferais un simple select sur la premiere mais avec le Filtre WHERE Champ IS NULL Est-ce pertinent __________________ « Ils ne savaient pas que c'était impossible, alors ils l'ont fait ». (Twain)
	00

31/05/2011, 16h11	#2
SQLpro Rédacteur/Modérateur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 10 953 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 953 Points : 17 773 Points : 17 773	Pas forcément, l'optimiseur sait simplifier l'écriture finale de la requête.... La seule légitimité de faire de nombreuses vues, y compris des vues de vues est simplement fonctionnelle ! 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 * * * * *
	00

31/05/2011, 17h03	#4
elsuket Modérateur Nicolas Souquet Administrateur de base de données Inscription : janvier 2005 Messages : 4 669 Détails du profil Informations personnelles : Nom : Nicolas Souquet Âge : 30 Localisation : Thaïlande Informations professionnelles : Activité : Administrateur de base de données Secteur : High Tech - Éditeur de logiciels Informations forums : Inscription : janvier 2005 Messages : 4 669 Points : 8 729 Points : 8 729	Bonjour, Si vous êtes sous SQL Server 2008, et que le nombre de lignes pour lesquelles la colonne est à NULL est faible par rapport au nombre total de lignes de la table, pensez aux index filtrés @++ __________________ En bases de données relationnelles SQL, il n'y a ni tableaux, ni enregistrements, ni champs: il y a des tables, des lignes et des colonnes. Blog \| Profil\| Consulter ou télécharger les fichiers d'aide de SQL Server, des versions 2000 à 2012
	00

31/05/2011, 19h57	#5
olibara Membre Expert Inscription : octobre 2007 Messages : 3 947 Détails du profil Informations forums : Inscription : octobre 2007 Messages : 3 947 Points : 1 905 Points : 1 905	Bonjour Elsuket Non c'est l'inverse ! J'ai 95% de NULL sur +/- 100.000 records (mais la vue qui produt ces lignes n'est pas triviale) __________________ « Ils ne savaient pas que c'était impossible, alors ils l'ont fait ». (Twain)
	00

06/06/2011, 09h48	#9
olibara Membre Expert Inscription : octobre 2007 Messages : 3 947 Détails du profil Informations forums : Inscription : octobre 2007 Messages : 3 947 Points : 1 905 Points : 1 905	Merci a tous __________________ « Ils ne savaient pas que c'était impossible, alors ils l'ont fait ». (Twain)
	00

01/06/2011, 10h20	#6
Sergejack Membre chevronné Inscription : juillet 2006 Messages : 1 194 Détails du profil Informations forums : Inscription : juillet 2006 Messages : 1 194 Points : 746 Points : 746	Comme le laissait entendre SQL Pro, vous ne souffrirez pas de perte de performance à employer une vue dans une autre vue. Faite donc votre vue complète et faite une vue limité employant la précédente. Votre code sera plus facile à lire et maintenir.
	00

06/06/2011, 15h08	#14
7gyY9w1ZY6ySRgPeaefZ Expert Confirmé dba Inscription : juillet 2007 Messages : 2 520 Détails du profil Informations personnelles : Sexe : Localisation : Canada Informations professionnelles : Activité : dba Informations forums : Inscription : juillet 2007 Messages : 2 520 Points : 3 967 Points : 3 967	Pour avoir du travailler sur des vues imbriquées, je conseillerais d'y aller mollo moderato sur les niveaux d'imbrication. Quand tu passes une demi-heure pour comprendre que ce que fait la vue de niveau 10 est un select sur la vue initiale avec 3 champs de moins et une clause WHERE en prime, tu as VRAIMENT l'impression de perdre ton temps... __________________ les règles du forum - mode d'emploi du forum Aucun navigateur ne propose d'extension boule-de-cristal : postez votre code et vos messages d'erreurs. (Rappel : "ça ne marche pas" n'est pas un message d'erreur) JE NE RÉPONDS PAS aux questions techniques par message privé. Écrire en français sur un forum est une marque minimale de respect.
	00

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