Hvordan man opretter en tabelvisning med SQL-dummies

Til tider vil du hente specifikke oplysninger fra KUNDER-tabellen i SQL. Du ønsker ikke at se på alt - kun specifikke kolonner og rækker. Hvad du har brug for er en visning.

A visning er et virtuelt bord. I de fleste implementeringer har en visning ingen uafhængig fysisk eksistens. Synspunktets definition eksisterer kun i databasens metadata, men dataene kommer fra tabellen eller tabellerne, hvorfra du udlede visningen. Visningen er ikke fysisk dupliceret.

Enkelt bordvisning

Hvis de ønskede oplysninger findes i et enkelt bord, kan du oprette en enkelt tabelvisning af dataene. Antag for eksempel, at du vil se på navnene og telefonnumrene på alle kunder, der bor i New Hampshire. Du kan oprette en visning fra KUNDE-tabellen, der kun indeholder de data, du ønsker. Den følgende SQL-sætning skaber denne visning:

CREATE VIEW NH_CUST AS VÆLG KUNDEN. Fornavn, KUNDE. Efternavn, KUNDE. Telefon FRA KUNDEN HVOR KUNDEN. Stat = 'NH';

Du kan udføre den samme opgave med mindre indtastning, hvis din SQL-implementering forudsætter, at alle tabelreferencer er de samme som dem i FROM-klausulen. Hvis dit system gør den fornuftige standardforudsætning, kan du reducere erklæringen til følgende linjer:

CREATE VIEW NH_CUST AS SELECT Fornavn, Efternavn, Telefon FRA KUNDEN, hvor staten = 'NH';

Selv om den anden version er lettere at skrive og læse, er den mere sårbar over for ALTER TABLE-kommandoer. En sådan forstyrrelse er ikke et problem for dette simple tilfælde, som ikke har noget at gøre, men synspunkter med JOIN'er er mere robuste, når de anvender fuldt kvalificerede navne.

Multitable view

Oftere end ikke, du skal trække data fra to eller flere tabeller for at besvare dit spørgsmål. Antag for eksempel at du arbejder for en sportsforretning, og du vil sende en salgsfremmende mail til alle de kunder, der har købt skiudstyr siden butikken åbnede sidste år.

Du har brug for oplysninger fra KUNDER-tabellen, PRODUCT-tabellen, INVOICE-tabellen og INVOICE_LINE-tabellen. Du kan oprette en multibesigtig visning, der viser de data, du har brug for. Hver gang du bruger visningen, afspejler den eventuelle ændringer, der opstod i de underliggende tabeller, siden du sidst brugte visningen.

Databasen for denne sportsforretning indeholder fire tabeller: KUND, PRODUKT, FAKTUR og INVOICE_LINE.

Tabel	Kolonne	Datatype	Begrænsning
KUND	KundID	INTEGER	IKKE NUL
Fornavn	CHAR (15)
Efternavn < CHAR (20)	IKKE NUL	Gade
CHAR (25)	By
CHAR (20)	Stat
CHAR (2)	Postnummer > CHAR (10)
Telefon	CHAR (13)
PRODUKT	ProduktID
INTEGER	IKKE NUL	Navn	CHAR (25)
Beskrivelse > CHAR (30)	Kategori
CHAR (15)	VendorID
INTEGER	Leverandørnavn
CHAR (30)	FAKTURER
FakturaNumber	INTEGER
IKKE NULL	KundID	INTEGER	FakturaDate
DATO	TotalSale
NUMERIC (9, 2)	TotalRemitted
NUMERIC (9, 2)	FormOfPayment > CHAR (10)
INVOICE_LINE	Linjenummer
INTEGER	IKKE NUL
FakturaNumber	INTEGER	IKKE NULL	ProductID
INTEGER	IKKE NULL > Mængde	INTEGER
Salgspris	NUMERISK (9, 2)	Bemærk, at nogle af kolonnerne indeholder begrænsningen IKKE NULL.Disse kolonner er enten de primære nøgler til deres respektive tabeller eller kolonner, som du bestemmer
skal	indeholde en værdi. En bordets primærnøgle skal identificere hver række unikt. For at gøre det skal primærnøglen indeholde en ikke-null-værdi i hver række.
Tabellerne vedrører hinanden gennem de kolonner, de har til fælles. Følgende liste beskriver disse forhold:	KUNDER-tabellen har et

et til mange forhold i tabellen INVOICE. En kunde kan foretage flere indkøb, der genererer flere fakturaer. Hver faktura omhandler dog kun én, og kun én, kunde. INVOICE-tabellen har et til mange forhold til INVOICE_LINE-tabellen. En faktura kan have flere linjer, men hver linje vises på en og kun en, faktura.

PRODUCT-tabellen har også et forhold til en-til-mange forhold til INVOICE_LINE-tabellen. Et produkt kan vises på mere end en linje på en eller flere fakturaer. Hver linje handler dog om et, og kun et, produkt.

KUNDE-tabellen linker til INVOICE-tabellen ved den fælles CustomerID-kolonne. FAKTUR-tabellen linker til INVOICE_LINE-tabellen ved den fælles kolonne InvoiceNumber. PRODUCT-tabellen linker til INVOICE_LINE-tabellen ved den fælles produktID-kolonne. Disse links er, hvad der gør denne database til en relationel database.
For at få adgang til oplysningerne om kunder, der købte skiudstyr, skal du bruge Fornavn, Efternavn, Gade, By, Stat og Postnummer fra KUNDER-bordet. Kategori fra PRODUCT tabellen; FakturaNummer fra INVOICE-tabellen; og linenummer fra tabellen INVOICE_LINE. Du kan oprette den visning, du vil have i etaper, ved at bruge følgende udsagn:
CREATE VIEW SKI_CUST1 AS SELECT Fornavn, Efternavn, Gade, By, Stat, Postnummer, FakturaNUMMER FRA KUNDENS JOIN FAKTUR BRUGER (CustomerID); CREATE VIEW SKI_CUST2 AS SELECT Fornavn, Efternavn, Gade, By, Stat, Postnummer, ProductID FRA SKI_CUST1 JOIN INVOICE_LINE BRUGER (FakturaNumber); CREATE VIEW SKI_CUST3 AS SELECT Fornavn, Efternavn, Gade, By, Stat, Postnummer, Kategori FRA SKI_CUST2 BLI MED PRODUKT BRUG (ProductID); CREATE VIEW SKI_CUST AS SELECT DISTINCT Fornavn, Efternavn, Gade, By, Stat, Postnummer FRA SKI_CUST3 WHERE CATEGORY = 'Ski';

Disse CREATE VIEW-sætninger kombinerer data fra flere tabeller ved hjælp af JOIN-operatøren. Her er en oversigt over de fire CREATE VIEW-sætninger: Den første sætning kombinerer kolonner fra KUNDER-tabellen med en kolonne i INVOICE-tabellen for at oprette SKI_CUST1-visningen.

Den anden sætning kombinerer SKI_CUST1 med en kolonne fra INVOICE_LINE-tabellen for at oprette SKI_CUST2-visningen.

Den tredje sætning kombinerer SKI_CUST2 med en kolonne fra PRODUCT-tabellen for at oprette SKI_CUST3-visningen.

Den fjerde sætning filtrerer ud alle rækker, der ikke har en kategori af Ski. Resultatet er en visning (SKI_CUST), der indeholder navnene og adresserne på alle kunder, der har købt mindst et produkt i Ski-kategorien.

DISTINCT-søgeordet i den fjerde CREATE VIEW SELECT-klausul sikrer, at du kun har én post for hver kunde, selvom nogle kunder har foretaget flere indkøb af skiartikler.