Tables et vues SQL temporaires pour lutilisateur de LuckyTemplates

Dans ce didacticiel, nous aborderons les tables et les vues temporaires SQL . Ces deux éléments peuvent être pratiques si vous souhaitez extraire un ensemble spécifique de données d'une table physique à des fins de test et de débogage. Nous parlerons également des 2 types de tables temporaires et de leurs différences.

Avec les tables et vues temporaires SQL, vous pouvez manipuler librement l'ensemble de données à l'aide de plusieurs commandes sans l'interroger à plusieurs reprises, car il est déjà stocké dans une table distincte.

Même si ces deux fonctionnent de manière similaire, vous devez prendre note de leurs différences. Cela vous aidera à décider de la meilleure méthode que vous pouvez utiliser dans une situation spécifique.

En fonction du nom lui-même, les tables temporaires sont utilisées pour stocker temporairement des données dans une session.

Nous pouvons également effectuer plusieurs opérations dessus, tout comme sur une table physique . Imaginez que vous ayez une commande SQL très longue. Vous pouvez simplement le mettre dans une table temporaire et commencer le débogage ou le dépannage des erreurs sans affecter la requête d'origine. De plus, les tables temporaires sont puissantes et souvent utilisées en SQL.

Table des matières

• Deux types de tables temporaires en SQL
• Vues dans Microsoft SQL Server Management Studio
• Création de tables et de vues temporaires en SQL
  • Création de tables temporaires locales en SQL
  • Création de tables temporaires globales en SQL
  • Création de vues en SQL
• Conclusion

Deux types de tables temporaires en SQL

Il existe 2 types de tables temporaires en SQL. Ce sont les tables temporaires locales et globales.

Les tables temporaires locales n'existent que dans une session où elles ont été créées. Nous ne pourrons pas accéder à ce tableau dans d'autres sessions. De ce fait, les tables temporaires locales n'existeront plus une fois la session où elles ont été créées fermée.

En revanche, les tables temporaires globales sont accessibles dans toutes les sessions lors de leur création. Mais une fois toutes les sessions fermées, il n'existera plus et il ne sera plus accessible.

Notez que vous pouvez simplement identifier le type de table temporaire utilisé dans une requête en cochant le symbole « # » pour local et « ## » pour la table temporaire globale.

Les tables temporaires locales commencent généralement par « # » dans leur nom de table.

D'autre part, les tables temporaires globales commencent par " ## " avant le nom de la table.

De plus, si vous souhaitez créer rapidement une table, vous pouvez suivre la commande : SELECT * INTO #customers FROM dbo.courses à titre d'exemple.

Cette commande créera une nouvelle table temporaire nommée #customers avec toutes les données de la table dbo.courses .

Vues dans Microsoft SQL Server Management Studio

Parlons maintenant des vues SQL avec cet exemple de commande.

Disons par exemple que nous ne voulons pas exécuter à plusieurs reprises une commande comme celle-ci. Vous pouvez simplement le mettre dans une vue en suivant la commande ci-dessous.

La création d'une vue est similaire à la création de tables. L'utilisation de cela nous permettra d'exécuter la requête que nous avons entrée en sélectionnant le nom de la vue que nous avons créée. Dans ce cas, il s'agit de CustomersbyYear_v .

Il est important de noter que les vues sont différentes des tables temporaires. En effet, les vues sont visibles dans votre base de données comme une table physique, sauf si vous la supprimez. De plus, les vues ne stockent aucune donnée ou valeur.

Au lieu de cela, il affichera simplement la commande que vous avez entrée juste après la commande CREATE VIEW . Vous pouvez également exécuter n'importe quelle opération de table dans les vues.

Plus important encore, nous pouvons facilement identifier les vues car elles sont généralement représentées en mettant "v" au début ou à la fin du nom de la vue.

Création de tables et de vues temporaires en SQL

Pour cet exemple, j'ai cette requête qui combinera et affichera les enregistrements de Sales.SalesOrderHeader et Sales.Customer C après l'avoir exécutée.

Création de tables temporaires locales en SQL

Imaginez que vous ayez écrit une requête de 200 lignes et que vous deviez la déboguer et effectuer certaines opérations dessus. Vous ne pouvez pas modifier directement la requête , car cela pourrait entraîner davantage d'erreurs au cours du processus.

Dans ce cas, en utilisant l'exemple précédent, nous allons créer une table temporaire locale en ajoutant la commande " INTO #test_local " avant la commande FROM.

Une fois que nous avons exécuté cette commande, #test_local contiendra désormais les enregistrements combinés de Sales.SalesOrderHeader et Sales.Customer C . Par conséquent, c'est ce que vous verrez lorsque vous sélectionnerez la table #test_local .

Après cela, nous pouvons maintenant effectuer toutes les opérations sur la table #test_local . Nous sélectionnerons tous les enregistrements de #test_local puis nous modifierons l'ordre des enregistrements par CustomerID à l'aide de la commande suivante. 

Par conséquent, les enregistrements sont désormais triés par leur CustomerID. Mais puisque nous avons utilisé une table temporaire locale, nous ne pouvons pas accéder ou utiliser la table #test_local dans une session différente. L'exemple suivant montre ce qui va se passer si nous essayons d'accéder à #test_local dans SQLQuery2.sql .

Sur la base de l'exemple précédent, lors de la sélection de #test_local , il s'est contenté d'afficher un message d'erreur. En effet, la table #test_local n'existe que dans la session où elle a été créée, à savoir SQLQuery1.sql .

Création de tables temporaires globales en SQL

Ensuite, nous utiliserons la même requête que celle que nous avons utilisée dans #test_local . Mais cette fois, nous allons utiliser une globale .

Maintenant, si nous sélectionnons ##test_global et ordonnons les enregistrements par CustomerID, il affichera la même sortie que celle que nous avions dans #test_local puisque nous avons utilisé la même requête. 

Après cela, nous essaierons d'accéder à la table ##test_global dans une autre session en la sélectionnant. Cela fonctionne de manière transparente puisque nous utilisons une table temporaire globale.

À ce stade, nous soulignons la différence entre les tables temporaires locales et globales.

N'oubliez pas que les tables temporaires locales ne sont accessibles que dans une session où elles ont été créées . Une fois que vous aurez fermé cette session, elle n'existera plus.

D'autre part, les tables temporaires globales sont visibles pour toutes les sessions , sauf si vous fermez toutes les sessions actives ou l'application elle-même.

Création de vues en SQL

Nous allons maintenant créer une vue. Dans cet exemple, nous avons une requête existante comme celle-ci.

Nous pouvons commencer à créer une vue en ajoutant la commande CREATE VIEW à cette requête.

Lors de l'exécution de la commande, une vue sera créée dans la base de données sur laquelle nous travaillons. Dans ce cas, il s'agit de AdventureWorks2012 .

Nous devrions également voir le dbo.CustomerView_v dans le dossier Views après l'avoir actualisé. Pour actualiser le dossier Vues, ​​faites un clic droit dessus puis sélectionnez Actualiser .

Cliquez sur l'icône + à droite du dossier Views et dbo.CustomerView_v sera visible.

Vous pouvez ouvrir cette vue en cliquant avec le bouton droit sur dbo.CustomerView_v , puis en choisissant Sélectionner les 1000 premières lignes dans les options. Cela affichera 1000 enregistrements dans cette vue .

Après cela, nous pouvons maintenant utiliser dbo.CustomerView_v et effectuer n'importe quelle opération dessus comme une table. Par exemple, nous voulons sélectionner les enregistrements avec SalesOrderID supérieur à 50000 dans dbo.CustomerView_v . Dans ce cas, nous utiliserons la commande suivante.

Nous pouvons maintenant exécuter une opération sur la vue que nous avons créée.

Conclusion

Pour résumer, nous avons appris les 2 types de tables temporaires ainsi que leurs différences et pourquoi nous devons les utiliser. De plus, nous avons expliqué que les tables temporaires permettent de corriger les erreurs dans vos requêtes sans endommager la requête réelle.

Gardez à l'esprit que les tables temporaires ne sont visibles que pour les sessions où elles ont été créées. Par conséquent, il n'existera plus une fois que nous aurons fermé les sessions actives ou l'application elle-même.

Nous avons également appris que les vues ne stockent pas de données ou d'enregistrements. Il affiche uniquement les résultats basés sur la requête que vous souhaitez afficher. Ces vues sont stockées dans notre base de données une fois que nous les avons créées. 

En apprenant ces deux éléments, vous avez désormais la possibilité d' exécuter rapidement de longues commandes et de modifier facilement de gros morceaux d'ensemble de données .

Tous mes vœux,

Hafiz