Ky libër është diçka si një "vulë e kujtesës sime" në SQL (DDL, DML), i.E. Ky është informacioni që ka akumuluar gjatë aktivitetit profesional dhe është ruajtur vazhdimisht në kokën time. Ky është një minimum i mjaftueshëm për mua, i cili përdoret kur punon me bazat e të dhënave më shpesh. Nëse është e nevojshme të aplikoni dizajne të plota SQL, atëherë unë zakonisht apeloj në Bibliotekën e MSDN të vendosur në internet. Sipas mendimit tim, është shumë e vështirë të mbash gjithçka në kokën time dhe nuk ka nevojë të veçantë për këtë. Por njohja e dizenjove themelore është shumë e dobishme, sepse Ata aplikojnë brenda në të njëjtën formë në shumë baza të dhënash relacionale, të tilla si Oracle, MySQL, Firebird. Dallimet kryesisht përbëhen nga llojet e të dhënave që mund të ndryshojnë në detaje. Hartat kryesore të gjuhës SQL nuk janë aq shumë, dhe me praktikë të vazhdueshme, ato kujtohen shpejt. Për shembull, për të krijuar objekte (tabela, kufizime, indekse, etj.), Mjafton të kesh një redaktor teksti tekstual (IDE) për të punuar me një bazë të dhënash, dhe nuk ka nevojë për të studiuar mjetet vizuale të mprehta për të punuar me një specifik Lloji i bazës së të dhënave (MS SQL, Oracle, MySQL, Firebird, ...). Është e përshtatshme dhe fakti që të gjithë tekstin është para syve, dhe ju nuk keni nevojë të kandidoni në skeda të shumta për të krijuar, për shembull, një indeks ose kufizim. Nëse vazhdimisht punoni me bazën e të dhënave, krijoni, ndryshoni, dhe sidomos rivendosni objektin me ndihmën e skenarëve është herë më shpejt se nëse bëni në modalitetin vizual. Gjithashtu në mënyrën e skriptimit (në përputhje me rrethanat, me saktësinë e duhur), është më e lehtë për të vendosur dhe kontrolluar rregullat për emrin e objekteve (opinioni im subjektiv). Përveç kësaj, skriptet janë përdorur në mënyrë të përshtatshme në rastin kur ndryshimet e bëra në një bazë të dhënash (për shembull, test) duhet të transferohen në të njëjtën formë në një bazë tjetër (produktive).

Gjuha SQL është e ndarë në disa pjesë, këtu unë do të shqyrtoj 2 pjesët më të rëndësishme:

• DML - Gjuha e manipulimit të të dhënave (gjuha e manipulimit të të dhënave), e cila përmban ndërtimet e mëposhtme:
  • Zgjidh - marrjen e mostrave të të dhënave
  • Futni - futni të dhëna të reja
  • Update - përditësimi i të dhënave
  • Delete - fshini të dhënat
  • Merge - të dhënat bashkohen

Sepse Unë jam praktikues se si teoria e tillë në këtë libër do të jetë e vogël, dhe të gjitha planet do të shpjegohen në shembuj praktikë. Përveç kësaj, unë besoj se gjuha e programimit, dhe sidomos SQL, mund të zotërohet vetëm në praktikë, duke e spërkat veten dhe duke kuptuar se çfarë ndodh kur e kryeni këtë ose atë dizajn.

Ky libër është krijuar në parimin e hapit pas hapi, i.e. Është e nevojshme për ta lexuar atë vazhdimisht dhe të dëshirueshme menjëherë duke kryer shembuj. Por nëse keni nevojë të mësoni për një lloj ekipi në më shumë detaje, përdorni një kërkim specifik në internet, për shembull, në Bibliotekën e MSDN.

Kur shkruan këtë tekst, është përdorur baza e të dhënave MS SQL Server 2014, kam përdorur SQL SQL Server Management Studio (SSMS) për të ekzekutuar skriptet.

Shkurtimisht për MS SQL Server Menaxhimi Studio (SSMS)

SQL Server Menaxhimi Studio (SSMS) - një shërbim për Microsoft SQL Server për të konfiguruar, menaxhuar dhe administruar komponentët e bazës së të dhënave. Ky shërbim përmban redaktorin e skriptit (i cili do të përdoret më së shumti) dhe një program grafik që punon me objekte dhe cilësime të serverit. Mjeti kryesor i SQL Server Management Studio është objekt Explorer, i cili lejon përdoruesin të shohë, të nxjerrë objekte të serverëve, si dhe t'i menaxhojë ato. Ky tekst është i huazuar pjesërisht nga Wikipedia.

Për të krijuar një redaktor të ri të skriptit, përdorni butonin "Kërkesa e re / kërkesa e re":

Për të ndryshuar bazën e të dhënave aktuale, ju mund të përdorni listën e drop-down:

Për të kryer një komandë specifike (ose grup komandash), zgjidhni atë dhe shtypni butonin Execute / Run ose çelësin "F5". Nëse vetëm një komandë është e vendosur në redaktor, ose ju duhet të plotësoni të gjitha komandat, ju nuk keni nevojë të ndani asgjë.

Pas ekzekutimit të skripteve, sidomos krijimin e objekteve (tabelave, kolonave, indekseve) për të parë ndryshimet, përdorin përditësimin nga menyja e kontekstit duke zgjedhur grupin e duhur (për shembull, tabelën), vetë tabelën ose grupin e kolonës në të.

Në të vërtetë, kjo është e gjitha që do të duhet të dimë për zbatimin e shembujve të dhënë këtu. Pjesa tjetër përgjatë shërbimeve SSMS është e lehtë për t'u mësuar në mënyrë të pavarur.

Pak teori

Baza e të dhënave relacionale (RBD ose më tej në kontekstin e bazës së të dhënave thjesht) është një grup tabelash që lidhen me njëri-tjetrin. Nëse themi në mënyrë të vrazhdë, baza e të dhënave është një skedar në të cilin të dhënat ruhen në formë të strukturuar.

DBMS - Sistemi i kontrollit të këtyre bazave të të dhënave, i.E. Kjo është një sërë mjetesh për të punuar me një lloj të caktuar të bazës së të dhënave (MS SQL, Oracle, MySQL, Firebird, ...).

shënim
Sepse Në jetë, në fjalimin e bisedës, ne po themi më së shumti: "Baza e të dhënave Oracle, apo edhe vetëm" Oracle ", në të vërtetë nënkupton" Oracle DBMS ", pastaj në kontekstin e këtij teksti, nganjëherë do të përdoret baza e të dhënave term. Nga konteksti, unë mendoj se do të kuptojë se çfarë është pikërisht në pyetje.

Tabela është një grup kolonash. Kolonat, gjithashtu mund të telefonojnë fusha ose kolona, \u200b\u200btë gjitha këto fjalë do të përdoren si sinonime që shprehin të njëjtën gjë.

Tabela është objekti kryesor i RBD, të gjitha të dhënat e RBD ruhet në vijën e tabelave. Rreshtat, të dhënat - gjithashtu sinonime.

Për çdo tavolinë, si dhe kolonat e saj i janë dhënë emrat për të cilët ata më pas shkojnë tek ata.
Emri i objektit (emri i tabelës, emri i kolonës, emri i indeksit, etj.) Në MS SQL mund të ketë një gjatësi maksimale prej 128 karakteresh.

Per referim - Emrat e bazës së të dhënave të Oracle mund të kenë gjatësinë maksimale prej 30 karakteresh. Prandaj, për një bazë të dhënash specifike, ju duhet të zhvilloni rregullat tuaja për emrin e objekteve për të përmbushur kufirin nga numri i karaktereve.

SQL është një gjuhë që ju lejon të kryeni kërkesa në bazën e të dhënave përmes DBMS. Në një DBMS të veçantë, gjuha SQL mund të ketë një zbatim të veçantë (dialekti i tij).

DDL dhe DML - me subset e gjuhës SQL:

• Gjuha DDL përdoret për të krijuar dhe modifikuar strukturën e bazës së të dhënave, i.e. Për të krijuar / ndryshuar / fshirë tabelat dhe lidhjet.
• Gjuha DML lejon manipulimet me të dhënat e të dhënave, i.e. Me rreshtat e saj. Kjo ju lejon të bëni një mostër të dhënash nga tabelat, të shtoni të dhëna të reja në tabelë, si dhe të përditësoni dhe fshini të dhënat ekzistuese.

Në SQL, ju mund të përdorni 2 lloje të komenteve (një line dhe multi-line):

Koment me një rresht
dhe

/ * Koment multi-line * /

Në të vërtetë, të gjitha për teorinë e kësaj do të jenë të mjaftueshme.

DDL - Gjuha e definicionit të të dhënave (gjuha e përshkrimit të të dhënave)

Për shembull, e konsideroni tabelën me të dhënat mbi punonjësit, në personin e zakonshëm që nuk është një formë programuese:

Në këtë rast, kolonat e tabelës kanë emrat e mëposhtëm: numri i tabelëve, emri i plotë, data e lindjes, e-mail, pozicioni, departamenti.

Secila prej këtyre kolonave mund të karakterizohet nga lloji i të dhënave të përmbajtura në të:

• Numri Tabel - Integer
• Emri i plotë - String
• Data e lindjes - data
• E-mail - string
• Pozicioni - varg
• Departamenti

Lloji i kolonës është një karakteristikë që flet për çfarë lloj të dhënash mund të ruajë këtë kolonë.

Për të filluar, do të jetë e mjaftueshme për të kujtuar vetëm llojet kryesore të të dhënave të përdorura në MS SQL:

Vlerë	Znj. SQL	Përshkrim
Rresht me gjatësi të ndryshueshme	varchar (n) dhe Nvarchar (n)	Duke përdorur n numrin n, ne mund të specifikojmë gjatësinë maksimale të mundshme të vargut për kolonën përkatëse. Për shembull, nëse duam të themi se vlera e kolonës së "emrit të plotë" mund të përmbajë një maksimum prej 30 karakteresh, atëherë është e nevojshme të specifikoni llojin nvarchar (30). Dallimi midis Varchar nga Nvarchar qëndron në faktin se Varchar ju lejon të ruani rreshtat në formatin ASCII, ku një karakter merr 1 byte, dhe vargjet e dyqaneve nvarchar në formatin Unicode, ku secili karakter merr 2 bytes. Lloji Varchar duhet të përdoret vetëm nëse jeni 100% i sigurt se kjo fushë nuk ka nevojë për të ruajtur personazhet Unicode. Për shembull, Varchar mund të përdoret për të ruajtur adresat e postës elektronike, sepse Ata zakonisht përmbajnë vetëm karaktere ASCII.
Gjatësia fikse e vargut	char (n) dhe Nchar (n)	Nga vargu i gjatësisë së ndryshueshme, ky lloj karakterizohet në atë që nëse gjatësia e linjës është më e vogël se n karaktere, ajo gjithmonë plotësohet në të drejtën për hapësirat e gjatësisë dhe vazhdon në bazën e të dhënave në këtë formular, i.e. Në bazën e të dhënave, ajo zë saktësisht n karaktere (ku një karakter merr 1 byte për char dhe 2 bytes për llojin NCHAR). Në praktikën time, ky lloj është shumë i rrallë, dhe nëse përdoret, përdoret kryesisht në formatin char (1), i.e. Kur fusha përcaktohet me një karakter.
Numër i plotë	int.	Ky lloj na lejon të përdorim vetëm integers në kolonën, si pozitive dhe negative. Për referencë (tani nuk është aq e rëndësishme për ne) - gamën e numrave që lejon llojin int nga -2 147 483 648 në 2 147 483 647. Kjo zakonisht është tipi kryesor që përdoret për të specifikuar identifikuesit.
Reale ose e vlefshme	notoj	Nëse flasim gjuhë të thjeshtë, atëherë këto janë numrat në të cilët mund të jetë i pranishëm pikat dhjetore (presje).
datë	datë.	Nëse kolona duhet të ruhet vetëm data, e cila përbëhet nga tre komponentë: numra, muaj dhe vit. Për shembull, 02/15/2014 (15 shkurt 2014). Ky lloj mund të përdoret për "datën e pritjes" kolona, \u200b\u200b"Data e lindjes", etj., I.E. Në rastet kur është e rëndësishme për ne që të rregullojmë vetëm datën, ose kur koha përbërëse nuk është e rëndësishme për ne dhe mund të fshihet ose nëse nuk dihet.
Kohë	kohë.	Ky lloj mund të përdoret nëse kolona duhet të ruajë vetëm të dhënat e kohës, i.E. Shikoni, minuta, sekonda dhe milisekonda. Për shembull, 17: 38: 31.3231603 Për shembull, "koha e nisjes së fluturimit".
Data dhe ora	datetime.	Ky lloj ju lejon të ruani njëkohësisht datën dhe kohën. Për shembull, më 2010-02-0344 17: 38: 31.323 Për shembull, kjo mund të jetë data dhe koha e një ngjarjeje.
Flamur	pak.	Ky lloj është i përshtatshëm për të aplikuar për ruajtjen e vlerave të tipit "po" / "jo", ku "po" do të ruhen si 1, por jo "do të ruhen si 0.

E njëjta vlerë në terren, nëse nuk është e ndaluar, nuk mund të përcaktohet, fjalia e pavlefshme përdoret për këtë qëllim.

Për të kryer shembuj, krijoni një bazë të dhënash test të quajtur provë.

Ju mund të krijoni një bazë të dhënash të thjeshtë (pa specifikuar parametra shtesë) duke drejtuar komandën e mëposhtme:

Krijo test të bazës së të dhënave
Ju mund të hiqni bazën e të dhënave me komandën (vlen të jeni shumë të kujdesshëm me këtë komandë):

Test Drop Baza e të Dhënave.
Në mënyrë që të kaloni në bazën e të dhënave tona, ju mund të ekzekutoni komandën:

Përdorni testin.
Ose zgjidhni bazën e të dhënave të testimit në listën e drop-down në zonën e menysë SSMS. Kur punoj, shpesh përdoret që përdoret kjo metodë e kalimit midis bazave të të dhënave.

Tani në bazën e të dhënave tona mund të krijojmë një tabelë duke përdorur përshkrimet pasi ato janë, duke përdorur boshllëqet dhe simbolet e cirilik:

Krijo tabelën [punonjësit] ([numri] nvarchar (30), [data e lindjes], nvarchar (30), [pozita] nvarchar (30), [Departamenti] nvarchar (30))
Në këtë rast, ne do të duhet të përfundojmë emra në kllapa katrore [...].

Por në bazën e të dhënave për lehtësi më të madhe, të gjitha emrat e objekteve janë më të mira për të vendosur në latinisht dhe për të mos përdorur boshllëqet në emra. Në MS SQL, në këtë rast, çdo fjalë fillon me një letër të madhe, për shembull, për fushën "Numri Tabel", ne mund të vendosim personelin e emrit. Gjithashtu në emër që mund të përdorni numra, për shembull, fonenumber1.

Në një shënim
Në disa dbms, formati i mëposhtëm i emrit "Phone_number" mund të jetë më i preferuar, për shembull, një format i tillë përdoret shpesh në bazën e të dhënave të Oracle. Natyrisht, kur specifikon emrin e fushës, është e dëshirueshme që të mos përputhet me fjalë kyçe të përdorura në DBMS.

Për këtë arsye, ju mund të harroni për sintaksë me kllapa katrore dhe fshini tryezën [punonjësit]:

Tabela e drurit [punonjësit]
Për shembull, një tabelë me punonjës mund të quhet "punonjës", dhe fushat e saj mund të pyeten emrat e mëposhtëm:

• ID - numri i tabelës (identifikuesi i punonjësve)
• Emri - Emri i plotë
• Ditëlindja - Data e lindjes
• Email - e-mail
• Pozicioni - pozicioni
• Departamenti i Departamentit

Shumë shpesh, Word ID përdoret për të emëruar fushën e identifikuesit.

Tani le të krijojmë tryezën tonë:

Krijo punonjës të tabelës (id int, emri nvarchar (30), data e ditëlindjes, email nvarchar (30), pozicionin nvarchar (30), departamenti nvarchar (30))
Në mënyrë që të vendosni kolonat e kërkuara për të mbushur, ju mund të përdorni opsionin jo të pavlefshëm.

Për një tabelë tashmë ekzistuese në terren, ju mund të anashkaloni duke përdorur komandat e mëposhtme:

UPDATE ID ID ALTER PUNËTARËT E TABELIT ALTER NUK NULL - UPDATE Emri Alter Tabela Punonjësit Emri i kolonës Nvarchar (30) nuk është i pavlefshëm

Në një shënim
Koncepti i përgjithshëm i gjuhës SQL për shumicën e DBMS mbetet i njëjtë (të paktën për këtë, unë mund të gjykoj DBMS që kam ndodhur me të). Diferenca DDL në DBMS të ndryshme kryesisht janë përfunduar në llojet e të dhënave (nuk mund të ketë vetëm emrat e tyre, por edhe pjesët e zbatimit të tyre), specifika e gjuhës SQL (domethënë, thelbi i ekipeve vetëm mund të ndryshojë pak. Por Mund të ketë dallime të vogla në dialekt, mjerisht, por nuk ka asnjë standard). Mbajnë bazat e SQL ju lehtë mund të lëvizni nga një dbms në një tjetër, sepse Në këtë rast, ju do të duhet të kuptoni detajet e zbatimit të komandave në DBMS të reja, I.E. Në shumicën e rasteve, do të jetë e mjaftueshme për të kryer thjesht një analogji.

Krijimi i një tabele të Krijo Punonjësit e Tabelës (ID Int - në llojin e Oracle Int - Kjo është ekuivalente (Wrapper) për numrin (38) nvarchar2 (30), - nvarchar2 në Oracle ekuivalente me nvarchar në datën e ditëlindjes MS SQL, email nvarchar2 (30 ), Pozicioni nvarchar2 (30), departamenti nvarchar2 (30)); - përditësimin e fushave të ID dhe emrit (këtu në vend të përdorimit të kolonës së ndryshimit të modifikimit (...)) ndryshojnë punonjësit e tabelave modifikojnë (id int not , emri nvarchar2 (30) nuk është null); - duke shtuar pk (në këtë rast, dizajni duket si në MS SQL, do të shfaqet më poshtë) ALTER Tabela Punonjësit Shtoni Kufizimin PK_Motemployees kryesore (ID);
Për orakull ka dallime në zbatimin e llojit Varchar2, kodimi i saj varet cilësimet e bazës së të dhënave dhe teksti mund të ruhen, për shembull, në kodimin UTF-8. Përveç kësaj, gjatësia e fushës në Oracle mund të vendoset si në bytes dhe karaktere, për këtë, përdoren opsionet shtesë të opsioneve dhe char, të cilat tregohen pas gjatësisë së fushës, për shembull:

Emri Varchar2 (30 byte) - kapaciteti në terren do të jetë i barabartë me 30 bytes të emrit Varchar2 (30 char) - kapaciteti në terren do të jetë i barabartë me 30 karaktere
Çfarë opsioni do të përdoret nga byte default ose char, në rast të një specifikimi të thjeshtë në llojin e orakullit Varchar2 (30) varet nga cilësimet e bazës së të dhënave, gjithashtu mund të vendoset në cilësimet e IDE. Në përgjithësi, ju lehtë mund të hutoheni, kështu që në rastin e Oracle, nëse përdoret lloji Varchar2 (dhe kjo ndonjëherë justifikohet, për shembull, kur përdorni kodin UTF-8), unë preferoj të përshkruaj në mënyrë eksplicite char (për shkak se vargu është zakonisht më i përshtatshëm për të lexuar në simbolet).

Por në këtë rast, nëse ka ndonjë të dhënë në tabelë, atëherë për ekzekutimin e suksesshëm të komandave është e nevojshme që në të gjitha rreshtat e ID dhe tabelat e fushës së emrit të jenë përfunduar. Ne do të demonstrojmë këtë në shembull, të futni të dhënat në tabelën në fushën e identitetit, pozicionin dhe departamentin, kjo mund të bëhet nga shkrimi i mëposhtëm:

Vendosni punonjësit (ID, Pozicioni, Departamenti) Vlerat (1000, N "Drejtor", N "Administrim"), (1001, N "Programues", n "IT"), (1002, n "Kontabilist", n " Kontabiliteti "), (1003, n" Programues i lartë ", n" ajo ")
Në këtë rast, komanda e shënimit do të japë gjithashtu një gabim, sepse Kur futni, nuk kemi specifikuar vlerat e fushës së emrit të kërkuar.
Në rast se kemi pasur këto të dhëna në tryezën origjinale, komandantët e alternave të kolonës së ndryshimit të kolonës nuk do të ishin të suksesshme dhe komandantët e tabelës së ndryshimit të kolonës NULL lëshoi \u200b\u200bnjë mesazh gabimi, "ndryshojnë punonjësit e tabelës Emri i kolonës INTO NOT NULL "Komanda që në fushën e emrit ka vlera null (jo të specifikuara).

Shto vlera për fushën e emrit dhe kthehuni përsëri të dhënat:

Opsioni jo i null mund të përdoret gjithashtu direkt kur krijohet një tabelë e re, i.e. Në kontekstin e komandës së tabelës së krijimit.

Së pari fshini tabelën duke përdorur komandën:

Punonjësit e tavolinës së rënies.
Tani krijoni një tabelë me kolona të detyrueshme ID dhe Emri:

Krijo punonjës të tabelës (id int not , emër nvarchar (30) nuk , ditëlindjen Data, email nvarchar (30), pozicion nvarchar (30), departamenti nvarchar (30))
Ju gjithashtu mund të bëni emrin e emrit të kolonës për të shkruar , i cili do të thotë se vlerat e pavlefshme do të lejohen (jo të specifikuara), por kjo nuk është e nevojshme, pasi që kjo karakteristikë nënkuptohet me default.

Nëse kërkohet në të kundërtën për të bërë një kolonë ekzistuese opsionale për të plotësuar, ne përdorim sintaksën e mëposhtëm të komandës:

ALTER Tabela Punonjësit Nvarchar (30) null
Ose thjesht:

ALTER Tabela Punonjësit e ndryshojnë emrin e kolonës nvarchar (30)
Gjithashtu ky komandë ne mund të ndryshojmë llojin e fushës në një lloj tjetër të pajtueshëm, ose të ndryshojmë gjatësinë e saj. Për shembull, le të zgjerojmë fushën e emrit deri në 50 karaktere:

ALTER Tabela Punonjësit e ndryshojnë emrin e kolonës nvarchar (50)

Çelesi primar

Kur krijohet një tabelë, është e dëshirueshme që ajo të ketë një kolonë unike ose një sërë kolonash, e cila është unike për secilën prej linjave të saj - në këtë vlerë unike mund të identifikohet qartë. Kjo vlerë quhet çelësi kryesor i tabelës. Për tryezën e punonjësve tanë, një vlerë e tillë unike mund të jetë kolona e identitetit (e cila përmban "numrin e tabelës së punonjësve" - \u200b\u200ble të jetë në rastin tonë, vlera është unike për çdo punonjës dhe nuk mund të përsëritet).

Krijo një çelës primar për një tabelë ekzistuese mund të përdorë komandën:

ALTER POBLEY POBLEY shtoni kufizim PK_EMPLYESEES KEY (ID)
Ku "pk_emplyees" është emri i kufizimit përgjegjës për çelësin primar. Zakonisht, prefix "pk_" përdoret për të emëruar çelësin primar pas së cilës vjen emri i tabelës.

Nëse kyç primar përbëhet nga disa fusha, atëherë këto fusha duhet të renditen në kllapa përmes një presje:

ALTER TABELA EMRI_TABLE Shto Constraint Emri kryesor kryesor (Field1, Fusha 2, ...)
Vlen të përmendet se në MS SQL të gjitha fushat që janë të përfshira në çelësin primar duhet të kenë një karakteristikë jo të pavlefshme.

Gjithashtu, kyç primar mund të përcaktohet direkt kur krijohet një tabelë, dmth. Në kontekstin e komandës së tabelës së krijimit. Fshini tabelën:

Punonjësit e tavolinës së rënies.
Dhe pastaj krijoni atë duke përdorur sintaksën e mëposhtme:

Krijo punonjës të tabelës (id int not , emër nvarchar (30) nuk , data e ditëlindjes, email nvarchar (30), pozita nvarchar (30), departamenti nvarchar (30), kufizime pk_employees kryesore (ID) - përshkruaj PK pas të gjitha fusha si kufizim)
Pas krijimit të një gropë në tryezë:

Vendosni punonjësit (ID, Pozicioni, Departamenti, Emri) Vlerat (1000, N "Drejtor", N "Administratë", n "Ivanov I.I."), (1001, N "Programues", n "", n "Petrov Pp "), (1002, n" kontabilist ", n" kontabilitet ", n" sidorov ss "), (1003, n" programues i lartë ", n", n "andreev A. Por.")
Nëse çelësi kryesor në tabelë përbëhet vetëm nga vlerat e një kolone, ju mund të përdorni sintaksën e mëposhtme:

Krijo punonjës të tabelës (id int nuk null kufizojnë pk_employees çelësi primar, - tregoni si karakteristikë e fushës nvarchar (30) jo , ditëlindjen Data, email nvarchar (30), pozicion nvarchar (30), departamenti nvarchar (30))
Në fakt, emri i kufizimit nuk mund të kërkohet, në këtë rast do të caktohet një emër i sistemit (si "pk__employe__3214ec278da42077"):

Krijo punonjës të tabelës (id int not , emër nvarchar (30) nuk , data e ditëlindjes, email nvarchar (30), pozita nvarchar (30), departamenti nvarchar (30), kyç kryesor (ID))
Ose:

Krijo Punonjësit e Tabelave (ID INT Not Null kryesore, Emri Nvarchar (30) NUK NULL, Dita e Ditëlindjes, Email Nvarchar (30), Pozita Nvarchar (30), Departamenti Nvarchar (30))
Por unë do të rekomandoj për tabelat e përhershme që gjithmonë të vendosin qartë emrin e kufizimit, sepse Sipas emrit të përcaktuar në mënyrë eksplicite dhe të kuptueshme, do të jetë më e lehtë për të kryer manipulime, për shembull, ju mund ta fshini atë:

Alter Tabela e punonjësve rënia e kufizimeve pk_emplyees
Por një sintaksë e tillë e shkurtër, pa specifikuar emrat e kufizimeve, është e përshtatshme të aplikoni kur krijoni tabela të bazës së të dhënave të përkohshme (emri i tabelës së kohës fillon me # ose ##), i cili do të fshihet pas përdorimit.

I përshtatshëm

Për momentin kemi shqyrtuar komandat e mëposhtme:

• Krijoj tabelën Emri_Table (transferimi i fushave dhe llojet e tyre, kufizimet) - shërben për të krijuar një tabelë të re në bazën e të dhënave aktuale;
• Tryezë Emri_Table - përdoret për të fshirë një tabelë nga baza e të dhënave aktuale;
• Alter tryezë Name_table Alter kolona. Emri i ndëshkimit ... - përdoret për të përmirësuar një lloj kolone ose për të ndryshuar cilësimet e saj (për shembull, për të specifikuar karakteristikën null ose jo null);
• Alter tryezë Name_table Shtoni kufizime. Emri i programit ÇELESI PRIMAR.(fushë1, fushë2, ...) - shtoni çelësin primar në një tabelë ekzistuese;
• Alter tryezë Name_table Kufizimi i rënies. Emri Primer - Fshirja e një kufizimi nga tabela.

Pak për tabelat e përkohshme

Prerë nga msdn. Në MS SQL Server, ka dy lloje të tabelave të përkohshme: lokale (#) dhe globale (##). Tabelat e përkohshme lokale janë të dukshme vetëm për krijuesit e tyre derisa sesioni i lidhjes të përfundojë me shembullin e serverit SQL, sapo të krijohen së pari. Tabelat e kohës lokale fshihen automatikisht pas shkëputjes së përdoruesit nga instanca e serverit SQL. Tabelat e përkohshme globale janë të dukshme për të gjithë përdoruesit gjatë çdo seance lidhjesh pas krijimit të këtyre tabelave dhe fshihen kur të gjithë përdoruesit i referohen këtyre tabelave janë të shkëputura nga instanca e serverit SQL.

Tabelat e përkohshme krijohen në bazën e sistemit Tempdb, i.E. Duke krijuar ato, ne nuk e grumbullojmë bazën kryesore, pjesa tjetër e tabelave kohore janë krejtësisht identike me tabelat e zakonshme, ato gjithashtu mund të fshihen duke përdorur komandën e tabelës së rënies. Tabelat e përkohshme lokale (#) janë më shpesh të përdorura.

Për të krijuar një tryezë të përkohshme, ju mund të përdorni komandën e tabelës Krijo:

Krijo Tabela #temp (id int, emri nvarchar (30))
Meqë një tabelë e përkohshme në MS SQL është e ngjashme me një tryezë të rregullt, mund të, në përputhje me rrethanat, gjithashtu mund të hiqni komandën e tabelës së rënies:

Drop Tabela #temp

Gjithashtu një tabelë e përkohshme (si një tabelë e rregullt), ju mund të krijoni dhe menjëherë plotësoni të dhënat e kthyera me kërkesën duke përdorur sintaksën e zgjedhur ... në:

Zgjidhni ID, Emri në #temp nga punonjësit

Në një shënim
Në DBMs të ndryshme, zbatimi i tabelave të përkohshme mund të ndryshojë. Për shembull, në Oracle dhe Firebird DBMS, struktura e përkohshme e tabelës duhet të përcaktohet paraprakisht me komandën e tabelës së përkohshme globale, duke treguar specifikat e ruajtjes së të dhënave në të, atëherë përdoruesi tashmë e sheh atë në mesin e tabelave kryesore dhe punon me të si një tryezë e rregullt.

Normalizimi i bazës së të dhënave - dërrmuese në nënpikt (drejtoritë) dhe përkufizimet e lidhjeve

Tabela jonë e tanishme e punonjësve ka një disavantazh që në fushat e pozicionit dhe departamentit, përdoruesi mund të hyjë në çdo tekst që së pari është i mbushur me gabime, pasi një punonjës mund të tregojë departamentin thjesht "atë" dhe punonjësin e dytë, për shembull, Prezantoni "Departamentin e TI", në të tretin "IT". Si rezultat, ajo do të jetë e pakuptueshme për të kuptuar përdoruesin, i.e. A janë të dhënat e të punësuarve nga punonjësit e një departamenti, ose përdoruesi i përshkruar dhe janë 3 departamente të ndryshme? Dhe edhe më shumë, në këtë rast, ne nuk do të jemi në gjendje të grupojmë siç duhet të dhënat për një raport, ku mund të kërkohet të tregojmë numrin e të punësuarve në kontekstin e çdo departamenti.

Pengesë e dytë qëndron në sasinë e ruajtjes së këtij informacioni dhe dyfishimin e saj, i.e. Për çdo punonjës tregohet emri i plotë i departamentit, i cili kërkon në bazën e të dhënave të hapësirës për ruajtjen e secilit simbol nga emri i departamentit.

Disavantazhi i tretë është kompleksiteti i përditësimit të këtyre fushave, nëse emri i një pozicioni ndryshohet, për shembull, nëse keni nevojë të riemërtoni pozicionin "Programues", në "Programuesit e Junior". Në këtë rast, ne do të duhet të bëjmë ndryshime në çdo rresht të tabelës, të cilën pozicioni është i barabartë me "Programuesit".

Për të shmangur disavantazhet e të dhënave dhe është përdorur, të ashtuquajturat, normalizimi i bazës së të dhënave po e shkatërron atë në nënpagesat, tabelat e librave referues. Nuk është e nevojshme të ngjitemi në teorinë në Debrist dhe të studiojmë se format normale përfaqësojnë veten, mjafton për të kuptuar thelbin e normalizimit.

Le të krijojmë 2 tabela të librave të referencës "Pozicionet" dhe "Departamentet", i thërras pozicionet e para dhe të dyta, respektivisht, departamentet:

Krijo pozitat e tavolinës (id int contentity (1,1) nuk null kufizim pk_positions çelësi primar, emri nvarchar (30) nuk null) Krijo departamentet e tabelave (int inty int (1,1) nuk null kufizim PK_Departments kryesore, emri nvarchar (30 ) Nuk është null)
Vini re se këtu kemi përdorur opsionin e ri të identitetit, i cili sugjeron që të dhënat në kolonën e identitetit do të numërohen automatikisht, duke filluar me 1, në hapin 1, i.e. Kur shtoni të dhëna të reja, ato vazhdimisht do të caktohen vlerat 1, 2, 3 etj. Fusha të tilla zakonisht quhen autoincomy. Tabela mund të përcaktojë vetëm një fushë me pronën e identitetit dhe zakonisht, por opsionale, një fushë e tillë është çelësi kryesor për këtë tabelë.

Në një shënim
Në DBMs të ndryshme, zbatimi i fushave me njehsorin mund të bëhet në mënyrën e vet. Në MySQL, për shembull, kjo fushë përcaktohet duke përdorur opsionin auto_increment. Në Oracle dhe Firebird, kjo funksionalitet u përdor për t'u ngritur duke përdorur përdorimet e sekuencës (sekuenca). Por për aq sa unë e njoh Oracle, ka shtuar tashmë opsioni i gjeneruar si identiteti.

Le t'i plotësojmë këto tabela automatikisht, bazuar në të dhënat aktuale të regjistruara në pozicionin dhe departamentin e tabelave të punonjësve:

Plotësoni fushën e emrit të tabelës së pozicioneve, vlerat unike nga fusha e pozicionit të punonjësve Vendosni tabelën e pozicioneve Zgjidhni pozicionin e dallueshëm nga punonjësit ku pozicioni nuk është i pavlefshëm - hidhni të dhënat që pozita nuk është e specifikuar
Unë bëj të njëjtën gjë për tabelën e departamentit:

Futni departamentet (emri) zgjidhni Departamentin e Distinct nga punonjësit ku departamenti nuk është i pavlefshëm
Nëse ne tani hapim pozicionet dhe tabelat e departamenteve, ne do të shohim një grup të numëruar të vlerave në terren:

Zgjidh * nga pozicionet

Zgjidh * nga departamentet

Të dhënat e tabelave tani do të luajnë rolin e librave të referencës në postet dhe departamentet e detyrës. Tani do t'i referohemi posteve dhe departamenteve. Para së gjithash, krijoni fusha të reja në tabelën e punonjësve për ruajtjen e të dhënave të identifikimit:

Shto një fushë për të ndryshuar punonjësit e tabelës Add pozicionid int - shtoni një fushë për të ndryshuar punonjësit e tabelës Add Departamenti Int
Lloji i fushave referuese duhet të jetë si, si në librat e referencës, në këtë rast është int.

Gjithashtu shtoni në tryezë menjëherë në disa fusha mund të jenë me një komandë, të listuara fushat përmes presjes:

ALTER Tabela punonjës shtojnë pozicionin e pozicionuar int, të departamentit int
Tani ne shkruajmë referenca (kufizimet e referencës - çelësi i huaj) për këto fusha në mënyrë që përdoruesi të mos ketë aftësinë për të shkruar në të dhënat në terren, vlerat që mungojnë në mesin e vlerave të vlerave të identitetit në librat e referencës .

ALTER Tabela punonjës shtojnë kufizime fk_employees_positionidet e tasteve të huaja (pozicionid) të referencave (ID)
Dhe të bëjë të njëjtën gjë për fushën e dytë:

ALTER Tabela Punonjës shtoni kufizime fk_employees_department i referencave të referencës (ID)
Tani përdoruesi në këto fusha do të jetë në gjendje të aplikojë vetëm vlerat e ID nga dosja përkatëse. Prandaj, për të përdorur një departament ose pozitë të re, do të jetë e para që të shtoni një hyrje të re në dosjen e duhur. Sepse Postimet dhe departamentet tani ruhen në librat e referencës në një rast të vetëm, pastaj për të ndryshuar emrin, është e mjaftueshme për ta ndryshuar atë vetëm në dosjen.

Emri i kufirit të referencës zakonisht është i përbërë, ai përbëhet nga prefix "FK_", atëherë emri i tabelës po vjen dhe pas nënvizimit është emri i fushës që i referohet identifikuesit të tabelës së dosjeve.

Identifikuesi (ID) zakonisht është një vlerë e brendshme që përdoret vetëm për lidhjet dhe çfarë vlere është ruajtur atje, në shumicën e rasteve është absolutisht indiferent, kështu që ju nuk keni nevojë të përpiqeni të heqin qafe në sekuencën e numrave që ndodhin Në rrjedhën e punës me tabelën, për shembull, pas heqjes së shënimeve nga dosja.

Alter Tabela Tabela shtoni Emrin e Ndërtimit të Tabelës (Fusha1, Fusha 2, ...) Referencat Tabela_Spatch (Fusha1, Fusha 2, ...)
Në këtë rast, kyç primar është paraqitur me një kombinim të disa fushave (fushë1, fushë2, ...) në tryezën e tryezës.

Në të vërtetë, tani do të përditësoni vlerat e pozicionuara dhe të departamenteve të vlerave të identitetit nga librat referues. Ne përdorim komandën e përditësimit për këtë qëllim nga DML:

Update e Set PositionID \u003d (përzgjidhni ID nga pozicionet ku emri \u003d e.position), i cili është i disponueshëm \u003d (përzgjidhni ID nga departamentet ku emri \u003d e.department) nga punonjësit e
Le të shohim se çfarë ndodhi duke ndjekur kërkesën:

Zgjidh * nga punonjësit

Të gjitha, fushat e pozicionuara dhe të departamenteve janë të mbushura me identifikuesit e duhur të pozicionit dhe departamentet në pozicionin dhe fushat e departamenteve në tabelën e punonjësve tani nuk, ju mund të fshini këto fusha:

Alter Tabela punonjës të rënien e pozicionit të kolonës, Departamenti
Tani tabela ka fituar formularin e mëposhtëm:

Zgjidh * nga punonjësit

Id	Emri.	Ditëlindje	Email	Pozicionid.	I specifikuar.
1000	Ivanov I.I.	I PAVLEFSHËM	I PAVLEFSHËM	2	1
1001	Petrov P.p.	I PAVLEFSHËM	I PAVLEFSHËM	3	3
1002	Sidorov S.S.	I PAVLEFSHËM	I PAVLEFSHËM	1	2
1003	Andreev A.A.	I PAVLEFSHËM	I PAVLEFSHËM	4	3

Ato. Ne përfundimisht u hoqëm të ruajtjes së informacionit të tepërt. Tani, sipas numrit të pozicioneve dhe departamentit, ne mund të përcaktojmë në mënyrë unike emrat e tyre duke përdorur vlerat në tabelat e referencës:

Zgjidhni e.id, e.name, p.name petessname, d.name Departamenti i emrit të të Left Bashkohu Departamentet D në d.id \u003d e.departmentalid lënë pozitat e bashkangjitjes P në p.id \u003d e.positionid

Në inspektorin e objektit, ne mund të shohim të gjitha objektet e krijuara për këtë tryezë. Nga këtu ju mund të prodhoni manipulime të ndryshme me këto objekte - për shembull, riemëroni ose fshini objekte.

Vlen gjithashtu të përmendet se tabela mund t'i referohet vetvetes, i.e. Ju mund të krijoni një lidhje rekursive. Për shembull, shtoni një fushë tjetër menaxheri në tryezën tonë me punonjësit, të cilët do të tregojnë një punonjës që i nënshtrohet këtij punonjësi. Krijo një fushë:

Punonjësit e tabelës së ndryshueshme shtoni menaxherin int
Në këtë fushë, vlera e pavlefshme është e lejueshme, fusha do të jetë bosh, nëse, për shembull, nuk ka punonjës më të lartë.

Tani le të krijojmë çelësin e jashtëm në tabelën e punonjësve:

ALTER Tabela Punonjësit Shtoni Constraint FK_EMPLYEES_MANAGRIID KEWORE (MAGATERID) Referencat e punonjësve (ID)
Le të krijojmë një diagram dhe të shohim se çfarë duken në mes të tabelave tona:

Si rezultat, ne duhet të shohim figurën e mëposhtme (tabela e punonjësve është e lidhur me tabelat e pozicioneve dhe zhveshjeve, si dhe i referohet vetvetes):

Së fundi, vlen të thuhet se çelësat e referencës mund të përfshijnë opsione shtesë në Delete Cascade dhe në Cascade Update, të cilat sugjerojnë se si të sillen kur fshini ose përditësoni hyrjen në të cilën ka lidhje në tabelën e tabelës. Nëse këto opsione nuk janë të specifikuara, ne nuk mund ta ndryshojmë ID-në në dosjen e tabelës në procesverbal që ka lidhje nga një tabelë tjetër, ne nuk do të jemi në gjendje të fshijmë një hyrje të tillë nga dosja derisa të fshini të gjitha linjat që lidhen me këtë Hyrja ose, ne do të përditësojmë lidhjen me një vlerë tjetër në këto linja.

Për shembull, ri-përzgjedhja me tabelën me opsionin për të fshirë kaskadën për fk_emploes_departmentdent:

Punonjësit e tabelës së drurit krijojnë punonjës të tabelës (int not , emri nvarchar (30), data e ditëlindjes, e-mail nvarchar (30), pozicionid int, departamenti int, menaxheri int, kufizim pk_employees kryesore kryesore (ID), kufizime fk_employees_departmentled çelësi i huaj (i dekoruar ) Referencat Departamentet (ID) në Delete Cascade, Constraint FK_EMPLYEEES_POSITIONIDE KEWNER (POSTIENTID) REFERENCAT POZICAT (ID), Constraint FK_EMPLYEES_MANIBLIZID KEW (ID)) Fut punonjësit (ID, Emri, Ditëlindja, Posited, Departamenti, Managerdi ) Vlerat (1000, n "Ivanov II", "19550219", 2.1, null), (1001, n "PETOV PP", "19831203", 3,3,1003), (1002, n "Sidorov Ss" , "19760607", 1,2,1000), (1003, n "andreev aa", "19820417", 4,3,1000)
Fshini një departament me një identifikues 3 nga tabela e departamenteve:

Fshini departamentet ku id \u003d 3
Le të shohim të dhënat e tabelës së punonjësve:

Zgjidh * nga punonjësit

Id	Emri.	Ditëlindje	Email	Pozicionid.	I specifikuar.	Menaxheri.
1000	Ivanov I.I.	1955-02-19	I PAVLEFSHËM	2	1	I PAVLEFSHËM
1002	Sidorov S.S.	1976-06-07	I PAVLEFSHËM	1	2	1000

Siç mund ta shihni, të dhënat në departamentin 3 nga tabela e punonjësve u pensionuan gjithashtu.

Opsioni në përditësimin e kaskadës sillet në mënyrë të ngjashme, por vepron kur përditëson vlerën e identitetit në dosjen. Për shembull, nëse ndryshojmë ID-në e pozicionit në direktorinë e posteve, atëherë në këtë rast, Departamenti përditësohet në tabelën e punonjësve në vlerën e re të ID që kemi kërkuar në dosjen. Por në këtë rast thjesht nuk do të dëshmojë, sepse Kolona e identitetit në tabelën e departamenteve është opsioni i identitetit, i cili nuk do të na lejojë të kryejmë pyetjen e mëposhtme (të ndryshojë identifikuesin e departamentit 3 deri në 30):

Departamentet e përditësimit të vendosur ID \u003d 30 ku ID \u003d 3
Gjëja kryesore është të kuptoni thelbin e këtyre 2 opsioneve në Delete Cascade dhe në përditësimin e kaskadës. Unë i zbatoj këto opsione shumë në raste të rralla dhe të rekomandojë të menduarit mirë para se t'i specifikoni ato në kufirin e referencës, sepse Me një heqje pa dashje të një rekordi nga një tabelë referimi, kjo mund të çojë në probleme të mëdha dhe të krijojë një reaksion zinxhir.

Shëno Departamentin 3:

Ne japim leje për të shtuar / ndryshuar vlerën e identitetit të identifikimit të identifikimit të identitetit në departamentet e futura (ID, emri) vlerat (3, n "") - ndalojnë shtimin / ndryshimin e identitetit të identifikimit të identitetit.
Plotësisht pastroni tabelën e punonjësve duke përdorur komandën e tabelës së prerë:

Punonjësit e tryezës së prerë.
Dhe rifreskoni të dhënat përsëri duke përdorur komandën e mëparshme të futur:

Vendosni punonjësit (ID, emri, ditëlindja, pozicionet e pozicionuara, të departamenteve, menaxheri) (1000, n "Ivanov I.I.", "19550219", 2,1, null), (1001, n "PETROV PP", "19831203", 3 , 3,1003), (1002, n "Sidorov Ss", "19760607", 1,1,1000), (1003, n "andreev aa", "19820417" 4,3,1000)

I përshtatshëm

Në momentin e dhënë, disa komanda të tjera DDL u shtuan në njohuritë tona:

• Shtimi i pronës së identitetit në fushë - ju lejon të bëni këtë fushë automatikisht të plotësoni (fushë) për një tabelë;
• Alter tryezë Name_table Shtoni. list_pole_s_chards - ju lejon të shtoni fusha të reja në tabelë;
• Alter tryezë Name_table Rënie kolona. list_pole - ju lejon të hiqni fushat nga tabela;
• Alter tryezë Name_table Shtoni kufizime. Emri i programit Çelësi i huaj.(fusha) Referencat. TABLE_Spatch (Fushat) - ju lejon të përcaktoni lidhjen midis tabelës dhe librit të referencës së tabelës.

Kufizime të tjera - unike, default, kontrolloni

Duke përdorur kufizime unike, mund të thuash se vlerat për çdo rresht në këtë fushë ose në terren duhet të jenë unike. Në rastin e tabelës së punonjësve, ne mund të aplikojmë një kufizim të tillë në fushën e postës elektronike. Vetëm plotësoni vlerat e postës elektronike nëse nuk janë përcaktuar ende:

Përditësimin e punonjësve të vendosur email \u003d " [Email i mbrojtur]"Ku id \u003d 1000 update punonjës të vendosur email \u003d" [Email i mbrojtur]"Ku id \u003d 1001 përditësimin e punonjësve të vendosur email \u003d" [Email i mbrojtur]"Ku id \u003d 1002 përditësimin e punonjësve të vendosur email \u003d" [Email i mbrojtur]"Ku id \u003d 1003
Dhe tani mund të impononi një kufizim unik në këtë fushë:

ALTER Tabela punonjës shtoni kufizime uq_employees_email unik (email)
Tani përdoruesi nuk do të jetë në gjendje të bëjë të njëjtën e-mail nga disa punonjës.

Kufizimi i unike zakonisht quhet si më poshtë - së pari Prefiksi "UQ_" është i pari, atëherë emri i tabelës dhe pas nënvizimit është emri i fushës në të cilën është mbivendosur ky kufizim.

Prandaj, nëse tabela është unike në kontekst, duhet të ketë një kombinim të fushave, atëherë ne i rendisim ato përmes presjes:

Alter Tabela Emri_Table shtoni Emri i Kufizimit Unique (Field1, Fusha 2, ...)
Duke përdorur duke shtuar në fushën e kufizimit të parazgjedhur, ne mund të vendosim vlerën e parazgjedhur që do të zëvendësohet në rast se futja e një rekord të ri Kjo fushë nuk do të renditet në listën e listës së komandës së futur. Ky kufizim mund të vendoset direkt kur krijohet një tabelë.

Le të shtojmë një fushë të re "të marrë datën" në tabelën e punonjësve dhe ta quajmë të marrësh në punë dhe të them se vlera e parazgjedhur e kësaj fushe do të jetë data e tanishme:

ALTER POPLY POBLEY ADD HIREUSTE DATE NUK NULL SYSDETIME ()
Ose nëse kolona e punësuar tashmë ekziston, atëherë ju mund të përdorni sintaksën e mëposhtme:

ALTER Tabela punonjës shtoni SySdatetime Default () për të kërkuar në punë
Këtu nuk kam treguar emrin e kufizimit, sepse Në rastin e parazgjedhur, kam pasur mendimin se nuk ishte aq kritike. Por nëse ju bëni në një mënyrë të mirë, atëherë unë mendoj se ju nuk keni nevojë të jetë dembel dhe me vlerë të vendosni një emër normal. Kjo është bërë si më poshtë:

ALTER Tabela punonjës shtojnë kufizime df_employees_hiredate default sysdatetime () për të marrë në punë
Nuk ishte se kjo kolonë më parë, atëherë kur shton çdo hyrje në fushën e punësuar, vlera aktuale e datës do të futet.

Kur shtoni një hyrje të re, data e tanishme gjithashtu do të futet automatikisht, sigurisht, nëse ne nuk e specifikojmë atë, dmth. Mos specifikoni në listën e kolonave. Le ta tregojmë këtë në shembullin pa specifikuar fushën e punësuar në listën e vlerave të shtuara:

Vendosni punonjësit (ID, Emri, Email) vlerat (1004, n "Sergeev S.S.", " [Email i mbrojtur]")
Le të shohim se çfarë ndodhi:

Zgjidh * nga punonjësit

Id	Emri.	Ditëlindje	Email	Pozicionid.	I specifikuar.	Menaxheri.	Të punësojë.
1000	Ivanov I.I.	1955-02-19	[Email i mbrojtur]	2	1	I PAVLEFSHËM	2015-04-08
1001	Petrov P.p.	1983-12-03	[Email i mbrojtur]	3	4	1003	2015-04-08
1002	Sidorov S.S.	1976-06-07	[Email i mbrojtur]	1	2	1000	2015-04-08
1003	Andreev A.A.	1982-04-17	[Email i mbrojtur]	4	3	1000	2015-04-08
1004	Sergeev S.S.	I PAVLEFSHËM	[Email i mbrojtur]	I PAVLEFSHËM	I PAVLEFSHËM	I PAVLEFSHËM	2015-04-08

Kontrolloni kufirin e kontrollit përdoret kur është e nevojshme të kontrolloni vlerat e futura në fushë. Për shembull, ne ofrojmë këtë kufizim në fushën e numrave të tabelës, të cilat ne kemi një identifikues të punonjësve (ID). Duke përdorur këtë kufizim, le të themi se numrat e tabletëve duhet të jenë nga 1000 në 1999:

ALTER Tabela Punonjës shtoni Constraint ck_employees_id Check (ID midis 1000 dhe 1999)
Kufizimi zakonisht quhet "prefiksi i CK_" shkon së pari, atëherë emri i tabelës dhe emri i fushës në të cilën vendoset ky kufizim.

Le të përpiqemi të shtojmë një hyrje të pavlefshme për të verifikuar që punimet e kufizimit (ne duhet të marrim gabimin e duhur):

Futni vlerat e punonjësve (ID, email) (2000, " [Email i mbrojtur]")
Dhe tani unë do të ndryshoj vlerën e futur në 1500 dhe të sigurohem që hyrja do të futet:

Vendosni punonjësit (ID, email) vlerat (1500, " [Email i mbrojtur]")
Ju gjithashtu mund të krijoni kufizime unike dhe të kontrolloni pa specifikuar emrin:

Punonjësit e tabelave të ndryshueshme shtojnë punonjësit e tabelave unike (e-mail) të alter-it Add Check (ID midis 1000 dhe 1999)
Por kjo nuk është një praktikë e mirë dhe është më mirë të vendosësh emrin e kufizimit në mënyrë eksplicite, sepse Për të zgjidhur më vonë, e cila do të jetë më e vështirë, ju do të duhet të hapni objektin dhe të shikoni atë që ai përgjigjet.

Me emër të mirë, shumë informacion rreth kufizimit mund të gjenden direkt me emrin e tij.

Dhe, në përputhje me rrethanat, të gjitha këto kufizime mund të krijohen menjëherë kur të krijohen një tabelë, nëse nuk është ende. Fshini tabelën:

Punonjësit e tavolinës së rënies.
Dhe rivendosjen e saj me të gjitha kufizimet e krijuara nga një tabelë e krijimit:

Krijo punonjës të tabelës (id int not , emër nvarchar (30), ditëlindjen e ditëlindjes, email nvarchar (30), pozicionid int, i departamentit int, të punësojë datën jo null default sysdatetime (), - për default unë do të bëjë një përjashtim nga kufizimi pk_emplyees Çelësi primar (id), kufizimi i fk_employees_department i referencës së departamenteve (id), kufizimi i fk_employees_positiond tastet e huaja (id), kufizim uq_emploes_email unik (email), Constraint ck_employe_id check (id midis 1000 dhe 1999))

Vendosni punonjësit (ID, Emri, Ditëlindja, Email, pozicionid, i Departamentit) (1000, n "Ivanov I.I.", "19550219", " [Email i mbrojtur]", 2.1), (1001, n" PETROV PP "," 19831203 "," [Email i mbrojtur]", 3,3), (1002, n" Sidorov S.s. "," 19760607 "," [Email i mbrojtur]", 1,2), (1003, n" Andreev A.A. "," 19820417 "," [Email i mbrojtur]",4,3)

Pak për indekset e krijuara gjatë krijimit të kufizimeve kryesore dhe unike

Siç mund ta shihni në screenshot më lart, kur krijoni kufizimet e çelësit primar dhe unike, indekset krijohen automatikisht me të njëjtat emra (pk_employees dhe uq_employees_email). By default, indeksi kryesor kryesor është krijuar si i grumbulluar, dhe për të gjitha indekset e tjera si të pakontrolluara. Vlen të thuhet se koncepti i një indeksi të grupit nuk është në të gjitha DBMS. Tabela mund të ketë vetëm një indeks të grupit (clustered). Clustered - do të thotë që shënimet e tryezës do të renditen nga ky indeks, mund të thuhet gjithashtu se ky indeks ka qasje të drejtpërdrejtë në të gjitha të dhënat e tabelës. Është për të folur indeksin kryesor të tabelës. Nëse ju thoni më shumë të vrazhdë, atëherë ky është një indeks i dehur në tryezë. Indeksi i Cluster është një mjet shumë i fuqishëm që mund të ndihmojë kur optimizon kërkesat, ndërsa thjesht mbani mend këtë. Nëse duam të themi se indeksi i klasterit nuk përdoret në çelësin primar, por për një indeks tjetër, atëherë kur krijohet një çelës primar, ne duhet të specifikojmë opsionin e pacaktuar:

ALTER TABELA EMRI_TABLE shtoni emrin primar primar të kufizimeve të kufizuara (fushë1, fushë 2, ...)
Për shembull, ne do të bëjmë Indeksin e Kufizimit të PK_Motemployees, dhe indeksi i limitit UQ_EMPLYEES_EMAIL është grup. Para së gjithash, fshini këto kufizime:

Alter Tabela e punonjësve rënia e kufizimeve pk_employees Alter Tabela Punonjësit Drop Constraint UQ_EMPLOESS_Email
Tani le t'i krijojmë ato me opsionet e grumbulluara dhe të nonculuara:

Alter Tabela Punonjës shtoni kufizime PK_EMPLYEES KEY PRIMORE (ID) ALTER Tabela Punonjës Add Constraint UQ_EMPLYEES_EMAIL UNIVE CLUSTERED (Email)
Tani, duke përzgjedhur një mostër nga tabela e punonjësve, ne do të shohim se të dhënat janë renditur nga uq_employees_email indeks:

Zgjidh * nga punonjësit

Id	Emri.	Ditëlindje	Email	Pozicionid.	I specifikuar.	Të punësojë.
1003	Andreev A.A.	1982-04-17	[Email i mbrojtur]	4	3	2015-04-08
1000	Ivanov I.I.	1955-02-19	[Email i mbrojtur]	2	1	2015-04-08
1001	Petrov P.p.	1983-12-03	[Email i mbrojtur]	3	3	2015-04-08
1002	Sidorov S.S.	1976-06-07	[Email i mbrojtur]	1	2	2015-04-08

Para kësaj, kur indeksi i grupit ishte indeksi pk_employeees, shënimet e parazgjedhur u renditën nga fusha ID.

Por në këtë rast është vetëm një shembull që tregon thelbin e indeksit të klasterit, sepse Më shumë gjasa, tabela e punonjësve do të bëhet nga fusha ID dhe në disa raste ndoshta ajo do të veprojë si një direktori.

Për librat referues, zakonisht është e këshillueshme që indeksi i grupit të ndërtohet në një çelës primar, sepse Në pyetjet, shpesh i referohemi certifikatës së dosjes për të marrë, për shembull, emrat (postimet, departamentet). Këtu mbani mend atë që kam shkruar më lart, se indeksi i grupit ka qasje të drejtpërdrejtë në rreshtat e tabelës, dhe rrjedh se ne mund të marrim vlerën e çdo kolone pa lartësi shtesë.

Indeksi i grupit është i dobishëm për të aplikuar në fushat me të cilat mostra është më shpesh.

Ndonjëherë në tabelat krijojnë një çelës në një fushë surrogate, në këtë rast është e dobishme për të ruajtur opsionin e indeksit të grumbulluar për një indeks më të përshtatshëm dhe për të specifikuar opsionin e pakontrolluar kur krijoni një çelës primar surrogate.

I përshtatshëm

Në këtë fazë, ne u takuam me të gjitha llojet e kufizimeve, në formën e tyre më të thjeshtë, të cilat krijohen nga ekipi i tipit "ALTER TABLE_TABLE_TABLE shtoni emrin e kufizimit:": ":

• ÇELESI PRIMAR. - çelesi primar;
• Çelësi i huaj. - Konfiguro lidhjet dhe kontrollin e integritetit të referencës së të dhënave;
• Unik - ju lejon të krijoni unike;
• Kontrolloni. - lejon korrektësinë e të dhënave të dhëna;
• Default. - ju lejon të vendosni vlerën e parazgjedhur;
• Vlen të përmendet se të gjitha kufizimet mund të fshihen duke përdorur komandën " Alter tryezë Name_table Kufizimi i rënies. Emri i provimit. "

Ne gjithashtu preku pjesë pjesërisht temën e indekseve dhe disassembled konceptin e grupit ( Clustered.) dhe jocluster ( I nonculluar) Indeks.

Krijimi i indekseve të pavarura

Nën pavarësinë këtu i referohet indekseve që nuk janë krijuar për të kufizuar çelësin primar ose unik.

Indekset mbi fushën ose fushat mund të krijohen nga komanda e mëposhtme:

Krijo Indeksin IDX_EMPLYEEES_NAME ON PUNONJËSIT (NAME)
Gjithashtu, këtu ju mund të specifikoni opsionet e grumbulluara, jo të ndotura, unike, si dhe ju mund të specifikoni drejtimin e klasifikimit të secilit fushë individuale asc (default) ose:

Krijo indeks unik jo të ndërlikuar uq_employs_emaildesc mbi punonjësit (email divizioni)
Kur krijohet një indeks jocluster, opsioni i pakontrollosur mund të lirohet, sepse Ajo nënkuptohet me parazgjedhje, këtu është treguar thjesht për të specifikuar pozicionin e opsionit të grumbulluar ose të nonculluara në ekip.

Fshij indeksin mund të jetë si vijon:

Drop indeks idx_employees_name për punonjësit
Indekset e thjeshta, si dhe kufizimet mund të krijohen në kontekstin e komandës së tabelës së krijimit.

Për shembull, hiqni tabelën:

Punonjësit e tavolinës së rënies.
Dhe ri-paraqesin atë me të gjitha kufizimet e krijuara dhe indekset me një komandë të tabelës:

Krijo punonjës të tabelës (id int not , emër nvarchar (30), data e ditëlindjes, email nvarchar (30), pozicionid int, i departamentit int, të punësojë datën jo null constraint df_employees_hiredate default sysdatetime (), menaxheri int, kufizime pk_employees kryesore (id ), Constraint fk_employees_departsid kyç i jashtëm (idfadid) Referencat Departamentet (ID), kufizime FK_EMPLYEES_POSITIONI IDEKSIONS (ID), Constraint FK_EMPLYEES_MANIBLIZID KEULLI I JASHTME (ID), Constraint UQ_EMPLYEES_EMAIL UNIK (EMAIL), CONDAST CK_EMPLEEES_ID Kontrolloni (ID midis 1000 dhe 1999), indeks idx_emploes_name (name))
Së fundi, futni në tryezën e punonjësve tanë:

Vendosni punonjësit (ID, Emri, Ditëlindja, Email, pozicionid, i Departamenti, Manager) (1000, n "Ivanov I.I.", "19550219", " [Email i mbrojtur]", 2.1, null), (1001, n" PETROV PP "," 19831203 "," [Email i mbrojtur]", 3,3,1003), (1002, n" Sidorov S.s. "," 19760607 "," [Email i mbrojtur]", 1,2,1000), (1003, n" andreev aa. "," 19820417 "," [Email i mbrojtur]",4,3,1000)
Përveç kësaj, vlen të përmendet se në indeksin jo-klaster mund të përfshini vlerat duke specifikuar ato në përfshirjen. Ato. Në këtë rast, indeksi i përfshirjes do të kujtojë indeksin e klasterit, vetëm tani indeksi nuk është i dehur në tryezë, dhe vlerat e nevojshme janë të dehur në indeks. Prandaj, indekse të tilla mund të përmirësojnë performancën e pyetjeve për të zgjedhur (SELECT) nëse të gjitha fushat e listuara janë në dispozicion në Indeks, atëherë është e mundur të apelohet në tabelë fare. Por natyrisht rrit madhësinë e indeksit, sepse Vlerat e fushave të listuara janë dyfishuar në indeks.

Prerë nga msdn. Sintaksa e Komandës së Përbashkët për Krijimin e Indekseve

Krijo [unik] [Clustered | Noncustered] index_name ind