Introduksjon til visninger i MySQL
SQL-visning er ikke annet enn en virtuell tabell over databasen. Visningen inneholder felt som en ekte tabell, men disse feltene er fra en eller flere tabeller i databasen som utføres ved å kjøre en haug med MySQL-spørsmål. Vi kan utføre operasjoner som WHERE og JOIN-klausuler i de virtuelle tabellene. På den annen side er VIEW ikke annet enn VELG spørsmål.
syntaks:
CREATE VIEW view_name AS
SELECT column1, column2, …
FROM table;
- “CREATE VIEW view_name” kommandoer MySQL for å lage en visning / virtuell tabell i navnet til view_name.
- "SÅ VELG kolonne1, kolonne2 FRA tabell" -utsagnet henter kolonne1 og kolonne2 fra den virkelige tabellen. Da lagrer det feltene i den virtuelle tabellen.
Hvordan lage visninger i MySQL?
La oss lage en kundetabell med følgende attributter:
Kunde ID | Kundenavn | Kontaktnummer | e-post | Purchased_amount | By |
184 | Ravi Kumar | 9887463893 | 8000.00 | Kolkata | |
987 | Vinay Das | 9839878678 | 12000.00 | Delhi | |
452 | K.Amarnath | 7598759387 | 15000.00 | Kolkata | |
874 | Abhinash Desai | 7675878798 | 5000.00 | Mumbai |
Vi vil lage en cutomser_archive-tabell med vårt påkrevde attributt.
Spørsmål nr. 1
CREATE VIEW customer_archive AS
SELECT customer_id, customer_name, contact_no, city
FROM customer;
Produksjon:
Kunde ID | Kundenavn | Kontaktnummer | By |
184 | Ravi Kumar | 9887463893 | Kolkata |
987 | Vinay Das | 9839878678 | Delhi |
452 | K.Amarnath | 7598759387 | Kolkata |
874 | Abhinash Desai | 7675878798 | Mumbai |
Vi kan også bruke betingelsen på denne spørringen mens vi oppretter en visning.
Spørsmål nr. 2
CREATE VIEW customer_archive AS
SELECT customer_id, customer_name, contact_no, purchased_amont, city
FROM customer
WHERE purchased_amont > 10000;
Produksjon:
Kunde ID | Kundenavn | Kontaktnummer | Purchased_amount | By |
987 | Vinay Das | 9839878678 | 12000.00 | Delhi |
452 | K.Amarnath | 7598759387 | 15000.00 | Kolkata |
Ulike visningsalternativer i MySQL
Følgende er de forskjellige visningsalternativene i MySQL forklare mer detaljert,
1. DROP: En visning / virtuell tabell kan slettes ved å bruke DROP VIEW-kommandoen. Hvis vi vil slette customer_archive-tabellen,
syntaks:
DROP VIEW customer_archive;
2. CREATE OR REPLACE: Med CREATE OR REPLACE VIEW-kommandoen kan vi oppdatere en visning / virtuell tabell.
syntaks:
CREATE OR REPLACE VIEW view_name AS
SELECT column1, column2, ….
FROM table;
3. BLI MED: Vi kan også lage en visning ved å bli med i flere tabeller. Denne sammenføyningen vil hente matchede poster fra begge tabellene. Det er forskjellige typer sammenføyninger kalt en indre sammenføyning, venstre sammenføyning, høyre forening, full ytre sammenføyning, tverrforbindelse, etc.
syntaks:
CREATE VIEW view-name AS
SELECT column1, column2, column3, …
FROM table_name1 INNER JOIN table_name2
ON table_name1.column = table_name2.column;
Over er eksemplet på en indre sammenføyning. På samme måte kan vi også bruke andre sammenføyninger. I eksemplet ovenfor vil visningen bli opprettet ved å konsolidere postene som er til stede i både tabellnavn1 og tabellnavn2 på grunnlag av et felles felt.
Eksempler på visninger i MySQL
La oss vurdere eksemplet ovenfor:
Kunde ID | Kundenavn | Kontaktnummer | e-post | Purchased_amount | By |
184 | Ravi Kumar | 9887463893 | 8000.00 | Kolkata | |
987 | Vinay Das | 9839878678 | 12000.00 | Delhi | |
452 | K.Amarnath | 7598759387 | 15000.00 | Kolkata | |
874 | Abhinash Desai | 7675878798 | 5000.00 | Mumbai | |
987 | Aseem Kumar | 9697679867 | 18000.00 | Cuttack | |
989 | Sakti | 9847984788 | 60000.00 | Cuttack |
Dette er kundetabelldatabasen.
Vi vil lage et nytt syn på det, og navngi det som en premium_customer. Betingelsene for premiumkunder vil være mens kjøpt_beløp vil være større enn 10000.
Spørsmål nr. 1
CREATE VIEW premium_customer AS
SELECT customer_id, customer_name, contact_no, purchased_amont, city
FROM customer
WHERE purchased_amont > 10000;
Produksjon:
Kunde ID | Kundenavn | Kontaktnummer | Purchased_amount | By |
987 | Vinay Das | 9839878678 | 12000.00 | Delhi |
452 | K.Amarnath | 7598759387 | 15000.00 | Kolkata |
987 | Aseem Kumar | 9697679867 | 18000.00 | Cuttack |
989 | Sakti | 9847984788 | 60000.00 | Cuttack |
Hvis vi vil slippe denne virtuelle premium_customer-tabellen, er syntaksen nedenfor.
DROP VIEW premium_customer;
Hvis det kreves noen modifikasjoner i denne overbetalte tabellen ovenfor ved å endre noen betingelser
Spørsmål nr. 2
CREATE OR REPLACE VIEW premium_customer AS
SELECT customer_id, customer_name, contact_no, email, purchased_amont, city
FROM customer
WHERE purchased_amount > 6000;
Produksjon:
Kunde ID | Kundenavn | Kontaktnummer | e-post | Purchased_amount | By |
184 | Ravi Kumar | 9887463893 | 8000.00 | Kolkata | |
987 | Vinay Das | 9839878678 | 12000.00 | Delhi | |
452 | K.Amarnath | 7598759387 | 15000.00 | Kolkata | |
987 | Aseem Kumar | 9697679867 | 18000.00 | Cuttack | |
989 | Sakti | 9847984788 | 60000.00 | Cuttack |
Fordeler og ulemper med visninger i MySQL
Her diskuterer vi fordeler og ulemper med Views i MySQL,
Fordeler
- Sikkerhet: Det er mange tabeller som er begrenset fra mange brukere, da noen attributter i disse tabellene vil være veldig følsomme. Så hvis vi kan lage visninger med noen spesifikke attributter for respektive brukere, kan brukerne få tillatelse til å få tilgang til et sett med visninger i en database som er autorisert til dem. Dette kan opprettholde sikkerheten og integriteten til data, i tillegg til at brukerne kan utføre oppgavene sine med respektive autoriserte kolonner.
- Enkelt forespørsel: En visning kan opprettes ved å hente data fra flere tabeller. Så alle kumulative poster fra alle tabeller kan representeres av en enkelt tabell ved hjelp av visningssøket.
- Strukturell enkelhet: vi kan lage et spesialisert eller personlig brukerspesifikt syn. Så vi kan representere databasen som et sett med virtuelle tabeller som gir mening for brukeren.
- Konsistens: vi nevner konsistens her fordi dette synet kan representere et konsistent og uendret bilde av strukturen i databasen, selv om vi gjør noen manipulasjoner til hovedtabellen eller hovedtabellen.
- Dataintegritet: hvis dataene blir tilgang til en visning, sjekker databasen alltid dataene for å sikre om de tilfredsstiller integritetsbegrensningene eller ikke.
ulemper
- Ytelse: Visninger er den virtuelle tabellen eller representanten for hovedtabeller. Når vi kjører noen spørsmål for å opprette en oversikt, oversetter DBMS disse spørsmålene mot visningene til spørsmålene i underliggende tabeller. Så hvis visningssøket er veldig sammensatt som inneholder flere kilder og vanskelige algoritmer, tar enkel handling mot disse visningene betydelig tid.
- Oppdateringsbegrensninger: Mens du endrer rader i en visning, må DBMS oversette forespørselen til en oppdatering på radene i den underliggende kildetabellen. Oppdateringen kan gjøres i den enkle spørringen, men i tilfelle av en kompleks spørring, tillater DBMS ikke oppdatering, da visninger ofte er begrenset til skrivebeskyttet.
Konklusjon
Etter å ha gått gjennom de ovennevnte tingene, kan vi tydelig bli kjent med betydningen av denne kommandoen. Dette kommer godt med i mange sanntidscenarier. Den største fordelen med dette er at vi kan utføre mange komplekse spørsmål bare for å vite hvor effektiv vår underliggende algoritme er. Å opprettholde datasikkerhet og integritet er den viktigste fordelen med visningskommando.
Anbefalte artikler
Dette er en guide til visninger i MySQL. Her diskuterer vi hvordan du kan lage visninger i mysql og forstå hvordan forskjellige visningsalternativer fungerer i MySQL. Du kan også se på følgende artikler for å lære mer-
- Topp 3 MySQL-operatører
- Ulike MySQL Query-kommandoer
- Topp 6 wildcards i MySQL
- Hvordan fungerer MySQL-skjemaet?