{"id":408,"date":"2012-05-23T00:00:34","date_gmt":"2012-05-23T00:00:34","guid":{"rendered":"http:\/\/www.sqlserver.fr\/blog\/?p=408"},"modified":"2026-05-02T14:31:13","modified_gmt":"2026-05-02T12:31:13","slug":"une-vue-nest-quun-alias","status":"publish","type":"post","link":"https:\/\/www.sqlserver.fr\/blog\/une-vue-nest-quun-alias\/","title":{"rendered":"Une vue n’est qu’un alias"},"content":{"rendered":"

Il est tr\u00e8s fr\u00e9quent d’utiliser des vues pour simplifier la vie des personnes r\u00e9alisant des requ\u00eates, qu’il s’agisse de d\u00e9veloppeurs ou bien d’utilisateurs avanc\u00e9s qui r\u00e9alisent des requ\u00eates applicatives.<\/p>\n

Mais beaucoup oublient que les vues sont, dans la plupart des cas, de simples alias, et que la requ\u00eate ex\u00e9cut\u00e9e par le moteur garde toute la charge due \u00e0 la complexit\u00e9 de la d\u00e9finition des vues utilis\u00e9es.<\/p>\n

Tout d’abord, choisissons de d\u00e9finir une vue, et observons le comportement du moteur de donn\u00e9es lorsqu’une requ\u00eate consomme cette vue.<\/p>\n

CREATE VIEW [HumanResources].[vEmployee]\r\nAS\r\nSELECT\r\n    e.[BusinessEntityID]\r\n    ,p.[Title]\r\n    ,p.[FirstName]\r\n    ,p.[MiddleName]\r\n    ,p.[LastName]\r\n    ,p.[Suffix]\r\n    ,e.[JobTitle]\r\n    ,pp.[PhoneNumber]\r\n    ,pnt.[Name] AS [PhoneNumberType]\r\n    ,ea.[EmailAddress]\r\n    ,p.[EmailPromotion]\r\n    ,a.[AddressLine1]\r\n    ,a.[AddressLine2]\r\n    ,a.[City]\r\n    ,sp.[Name] AS [StateProvinceName]\r\n    ,a.[PostalCode]\r\n    ,cr.[Name] AS [CountryRegionName]\r\n    ,p.[AdditionalContactInfo]\r\nFROM [HumanResources].[Employee] e\r\n\tINNER JOIN [Person].[Person] p\r\n\tON p.[BusinessEntityID] = e.[BusinessEntityID]\r\n    INNER JOIN [Person].[BusinessEntityAddress] bea\r\n    ON bea.[BusinessEntityID] = e.[BusinessEntityID]\r\n    INNER JOIN [Person].[Address] a\r\n    ON a.[AddressID] = bea.[AddressID]\r\n    INNER JOIN [Person].[StateProvince] sp\r\n    ON sp.[StateProvinceID] = a.[StateProvinceID]\r\n    INNER JOIN [Person].[CountryRegion] cr\r\n    ON cr.[CountryRegionCode] = sp.[CountryRegionCode]\r\n    LEFT OUTER JOIN [Person].[PersonPhone] pp\r\n    ON pp.BusinessEntityID = p.[BusinessEntityID]\r\n    LEFT OUTER JOIN [Person].[PhoneNumberType] pnt\r\n    ON pp.[PhoneNumberTypeID] = pnt.[PhoneNumberTypeID]\r\n    LEFT OUTER JOIN [Person].[EmailAddress] ea\r\n    ON p.[BusinessEntityID] = ea.[BusinessEntityID];<\/pre>\n
\"\"<\/a><\/p>\n
On peut constater que, malgr\u00e9 l’utilisation du nom de la vue (qui a donc simplifi\u00e9 le travail du d\u00e9veloppeur), le moteur remplace en arri\u00e8re plan la vue par sa d\u00e9finition compl\u00e8te, d’o\u00f9 un plan d’ex\u00e9cution plus complexe qu’il n’aurait sembl\u00e9 au premier abord.<\/p>\n
Mais \u00e0 l’inverse, lorsque les colonnes s\u00e9lectionn\u00e9es et les pr\u00e9dicats de recherche n’ont pas \u00e0 faire appel \u00e0 certaines des tables d\u00e9finissant la vue, et bien le moteur simplifie la requ\u00eate, en enlevant les tables inutiles.<\/p>\n
\"\"<\/a><\/strong><\/p>\n
D’une mani\u00e8re g\u00e9n\u00e9rale, les vues sont donc tr\u00e8s pratiques pour simplifier et \u00e9claircir le code T-SQL d\u00e9velopp\u00e9, mais peuvent \u00eatre tr\u00e8s p\u00e9nalisantes au niveau des performances.<\/p>\n
Voici par exemple un usage de la vue pour un besoin non justifi\u00e9, l\u00e0 o\u00f9 le d\u00e9veloppeur aurait certainement d\u00fb privil\u00e9gier une requ\u00eate ne s’appuyant que sur les tables elles-m\u00eames.<\/p>\n
\"\"<\/a><\/p>\n

\n<\/strong><\/p>\n
A noter que, pour les \u00e9ditions Entreprise de SQL Server, il est possible de d\u00e9finir des index clustered sur les vues (voir ici<\/a> pour plus de d\u00e9tails), mais c’est une autre histoire…<\/p>\n","protected":false},"excerpt":{"rendered":"
Il est tr\u00e8s fr\u00e9quent d’utiliser des vues pour simplifier la vie des personnes r\u00e9alisant des requ\u00eates, qu’il s’agisse de d\u00e9veloppeurs ou bien d’utilisateurs avanc\u00e9s qui r\u00e9alisent des requ\u00eates applicatives. Mais beaucoup oublient que les vues sont, dans la plupart des … Continuer la lecture →<\/span><\/a><\/p>\n","protected":false},"author":7,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-408","post","type-post","status-publish","format-standard","hentry","category-article_sql"],"_links":{"self":[{"href":"https:\/\/www.sqlserver.fr\/blog\/wp-json\/wp\/v2\/posts\/408","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.sqlserver.fr\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.sqlserver.fr\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.sqlserver.fr\/blog\/wp-json\/wp\/v2\/users\/7"}],"replies":[{"embeddable":true,"href":"https:\/\/www.sqlserver.fr\/blog\/wp-json\/wp\/v2\/comments?post=408"}],"version-history":[{"count":21,"href":"https:\/\/www.sqlserver.fr\/blog\/wp-json\/wp\/v2\/posts\/408\/revisions"}],"predecessor-version":[{"id":1954,"href":"https:\/\/www.sqlserver.fr\/blog\/wp-json\/wp\/v2\/posts\/408\/revisions\/1954"}],"wp:attachment":[{"href":"https:\/\/www.sqlserver.fr\/blog\/wp-json\/wp\/v2\/media?parent=408"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.sqlserver.fr\/blog\/wp-json\/wp\/v2\/categories?post=408"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.sqlserver.fr\/blog\/wp-json\/wp\/v2\/tags?post=408"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}