SQL Temp-tabeller og visninger for LuckyTemplates-bruker

I denne opplæringen vil vi diskutere SQL-temptabeller og visninger . Disse to kan være nyttige hvis du vil fra en fysisk tabell for testing og feilsøking. Vi vil også snakke om de 2 typene midlertidige bord og deres forskjeller.

Med midlertidige SQL-tabeller og visninger kan du fritt manipulere settet med data ved å bruke flere kommandoer uten å spørre det gjentatte ganger siden det allerede er lagret i en separat tabell.

Selv om disse to fungerer på samme måte, må du legge merke til forskjellene deres. Det vil hjelpe deg med å bestemme den beste metoden du kan bruke i en spesifikk situasjon.

Basert på selve navnet, brukes midlertidige tabeller for å lagre data midlertidig i en økt.

Vi kan også gjøre flere operasjoner på dem akkurat som på et fysisk bord . Tenk deg at du har en SQL-kommando som er veldig lang. Du kan ganske enkelt legge det i en midlertidig tabell og begynne å feilsøke eller feilsøke feilene uten å påvirke den opprinnelige spørringen. Dessuten er midlertidige tabeller kraftige og brukes ofte i SQL.

Innholdsfortegnelse

• To typer midlertidige tabeller i SQL
• Visninger i Microsoft SQL Server Management Studio
• Opprette midlertidige tabeller og visninger i SQL
  • Opprette lokale Temp-tabeller i SQL
  • Opprette globale temperaturtabeller i SQL
  • Opprette visninger i SQL
• Konklusjon

To typer midlertidige tabeller i SQL

Det er 2 typer midlertidige tabeller i SQL. Dette er de lokale og globale midlertidige tabellene.

Lokale midlertidige tabeller eksisterer bare i en økt der den ble opprettet. Vi vil ikke ha tilgang til denne tabellen i andre økter. På grunn av dette vil lokale midlertidige tabeller ikke lenger eksistere når økten der den ble opprettet er stengt.

Derimot er globale midlertidige tabeller tilgjengelige i alle økter når de opprettes. Men når alle økter er stengt, vil den ikke lenger eksistere, og den vil ikke være tilgjengelig lenger.

Vær oppmerksom på at du ganske enkelt kan identifisere hvilken type midlertidig tabell som brukes i en spørring ved å sjekke " # "-symbolet for lokal og " ## " for den globale midlertidige tabellen.

Lokale midlertidige tabeller starter vanligvis med " # " i tabellnavnet.

På den annen side starter globale midlertidige tabeller med " ## " foran tabellnavnet.

I tillegg, hvis du raskt vil lage en tabell, kan du følge kommandoen: SELECT * INTO #customers FROM dbo.courses som et eksempel.

Denne kommandoen vil opprette en ny midlertidig tabell kalt #customers med alle dataene fra tabellen dbo.courses .

Visninger i Microsoft SQL Server Management Studio

La oss nå diskutere SQL-visninger med denne eksempelkommandoen.

La oss for eksempel si at vi ikke vil gjentatte ganger utføre en kommando som denne. Du kan ganske enkelt sette den i en visning ved å følge kommandoen nedenfor.

Å lage en visning ligner på å lage tabeller. Ved å bruke dette kan vi utføre spørringen vi skrev inn ved å velge visningsnavnet vi har opprettet. I dette tilfellet er det CustomersbyYear_v .

Det er viktig å merke seg at visninger er forskjellige fra midlertidige tabeller. Det er fordi visninger er synlige i databasen din akkurat som en fysisk tabell med mindre du sletter den. Videre lagrer ikke visninger noen data eller verdier.

I stedet vil den bare gjengi kommandoen du har skrevet inn rett etter CREATE VIEW -kommandoen. Du kan også kjøre hvilken som helst tabelloperasjon i visninger.

Det viktigste er at vi enkelt kan identifisere visninger ettersom de vanligvis er representert ved å sette "v" i begynnelsen eller slutten av visningsnavnet.

Opprette midlertidige tabeller og visninger i SQL

For dette eksemplet har jeg denne spørringen som vil kombinere og vise postene fra Sales.SalesOrderHeader og Sales.Customer C etter å ha utført den.

Opprette lokale Temp-tabeller i SQL

Tenk deg at du har skrevet en spørring som er 200 linjer lang, og du må feilsøke og utføre visse operasjoner på den. Du kan ikke direkte da det kan forårsake flere feil under prosessen.

I så fall, ved å bruke det forrige eksempelet, skal vi lage en lokal midlertidig tabell ved å legge til kommandoen " INTO #test_local " før FROM-kommandoen.

Når vi kjører denne kommandoen, vil #test_local nå inneholde de kombinerte postene for Sales.SalesOrderHeader og Sales.Customer C . Som et resultat er dette hva du vil se når du velger #test_local- tabellen.

Etter det kan vi nå utføre alle operasjoner på #test_local- tabellen. Vi velger alle poster fra #test_local , så endrer vi rekkefølgen på postene etter kunde-ID ved å bruke følgende kommando. 

Som et resultat er postene nå sortert etter deres kunde-ID. Men siden vi brukte en lokal midlertidig tabell, kan vi ikke få tilgang til eller bruke #test_local tabell i en annen økt. Det neste eksemplet viser hva som kommer til å skje hvis vi prøver å få tilgang til #test_local i SQLQuery2.sql .

Basert på forrige eksempel, ved å velge #test_local , viste den bare en feilmelding. Dette er fordi #test_local- tabellen bare eksisterer i økten der den ble opprettet, som er SQLQuery1.sql .

Opprette globale temperaturtabeller i SQL

Deretter bruker vi det samme søket som vi brukte i #test_local . Men denne gangen bruker vi en global .

Hvis vi nå velger ##test_global og bestiller postene etter kunde-ID, vil den vise samme utdata som det vi hadde i #test_local siden vi brukte samme spørring. 

Etter det prøver vi å få tilgang til ##test_global- tabellen i en annen økt ved å velge den. Dette fungerer sømløst siden vi bruker en global midlertidig tabell.

På dette tidspunktet fremhever vi forskjellen mellom lokale og globale temperaturtabeller.

Husk at lokale midlertidige tabeller kun er tilgjengelige i en økt der den ble opprettet . Når du lukker den økten, vil den ikke eksistere lenger.

På den annen side er globale temp-tabeller synlige for alle økter , med mindre du lukker alle aktive økter eller selve applikasjonen.

Opprette visninger i SQL

Vi skal nå lage en visning. I dette eksemplet har vi en eksisterende spørring som dette.

Vi kan begynne å lage en visning ved å legge til CREATE VIEW- kommandoen til den spørringen.

Når du kjører kommandoen, vil en visning bli opprettet i databasen som vi jobber med. I dette tilfellet er det AdventureWorks2012 .

Vi bør også se dbo.CustomerView_v i Views-mappen etter å ha oppdatert den. For å oppdatere Views-mappen, høyreklikk på den og velg Oppdater .

Klikk på +-ikonet til høyre for Views-mappen og dbo.CustomerView_v vil være synlig.

Du kan åpne denne visningen ved å høyreklikke på dbo.CustomerView_v og deretter velge Velg topp 1000 rader fra alternativene. Dette vil vise 1000 poster i den visningen .

Etter dette kan vi nå bruke dbo.CustomerView_v og utføre en hvilken som helst operasjon på den akkurat som en tabell. For eksempel ønsker vi å velge postene med SalesOrderID større enn 50000 i dbo.CustomerView_v . I dette tilfellet bruker vi følgende kommando.

Nå kan vi kjøre en operasjon på visningen vi har opprettet.

Konklusjon

For å oppsummere har vi lært de 2 typene midlertidige tabeller sammen med forskjellene deres og hvorfor vi trenger å bruke dem. I tillegg har vi diskutert at midlertidige tabeller fungerer som en måte å fikse feil i søkene dine uten å skade selve spørringen.

Husk at midlertidige tabeller bare er synlige for økter der de ble opprettet. Derfor vil den ikke lenger eksistere når vi har lukket de aktive øktene eller selve applikasjonen.

Vi har også lært at visninger ikke lagrer data eller poster. Den viser bare resultater basert på søket du ønsker skal gjengis. Disse visningene lagres i databasen vår når vi oppretter dem. 

Ved å lære disse to har du nå muligheten til å raskt utføre lange kommandoer og enkelt endre store deler av datasettet .

Beste ønsker,

Hafiz