4.11.5. Limitarea rețelei În rețelele mari, este foarte dificil să descrii fiecare computer. Pentru a ușura această sarcină, puteți utiliza intrări de grup. De exemplu, trebuie să permiteți accesul la Internet numai pentru rețeaua 192.168.1.x (cu o mască de 255.255.255.0). Aceasta înseamnă că primii 24 de biți (primii trei

9.5.8. Limitarea canalului Atunci când organizează accesul la Internet, utilizatorii individuali trebuie adesea să ofere viteze de conectare mai mari. Cum să faci asta când în mod implicit toată lumea este egală și poate lucra la viteza maximă disponibilă în acest moment?

CHECK Constraint Una dintre cele mai utile constrângeri dintr-o bază de date este constrângerea de verificare. Ideea este foarte simplă - verificați valoarea introdusă în tabel pentru o anumită condiție și, în funcție de îndeplinirea condiției, introduceți sau nu introduceți date.

P2.4. Restricţionarea accesului P2.4.1. Interzicerea accesului la un site (sau la o listă de site-uri) Să presupunem că trebuie să blocați accesul la un anumit site (sau la o listă de site-uri). Pentru a face acest lucru, accesați Facturare | Clienți | Filtre | Înaintea grupului (Fig. A2.10). Executați comanda de meniu Acțiune |

P2.4.2. Limita de viteză Pentru a limita viteza unui anumit utilizator, selectați-l în lista de utilizatori, faceți clic dreapta și selectați Proprietăți. Accesați fila Restricții (Fig. A2.14), debifați caseta Implicit din

Cheia primară este un câmp dintr-un tabel care identifică în mod unic fiecare rând/înregistrare dintr-un tabel al bazei de date. Cheile primare trebuie să conțină valori unice. Coloana cheii primare nu poate avea o valoare.

Un tabel poate avea o singură cheie primară, care poate consta din unul sau mai multe câmpuri. Când mai multe câmpuri sunt folosite ca cheie primară, ele sunt numite cheie compusă.

Dacă un tabel are o cheie primară definită pentru orice câmp(e), atunci nu puteți avea două înregistrări care au aceeași valoare pentru acel câmp(e).

Notă– Puteți utiliza aceste concepte atunci când creați tabele de baze de date.

Crearea unei chei primare

Aici este sintaxa pentru a defini atributul ID ca cheie primară în tabelul Clienți.

CREATE TABLE CLIENTS(ID INT NOT NULL, NAME VARCHAR (20) NOT NULL, AGE INT NOT NULL, ADDRESS CHAR (25) , SALARY DECIMAL (18, 2), PRIMARY KEY (ID));

Pentru a crea o constrângere a cheii primare pe coloana „ID” când tabelul CLIENTI există deja, utilizați următoarea sintaxă SQL:

ALTER TABLE CLIENTS ADAD CHEIE PRIMARĂ (ID);

Notă

Dacă utilizați instrucțiunea ALTER TABLE pentru a adăuga o cheie primară, coloanele cheii primare trebuie să fi fost deja declarate ca neconținând valori NULL (dacă tabelul a fost creat mai întâi).

Pentru a defini o cheie primară pe mai multe coloane, utilizați sintaxa SQL de mai jos:

CREATE TABLE CLIENTS(ID INT NOT NULL, NAME VARCHAR (20) NOT NULL, AGE INT NOT NULL, ADDRESS CHAR (25) , SALARY DECIMAL (18, 2), PRIMARY KEY (ID, NUME));

Pentru a crea o constrângere a cheii primare pe coloanele ID și NAME atunci când tabelul CUSTOMERS există deja, utilizați următoarea sintaxă SQL.

ALTER TABLE CLIENTS ADD CONSTRING PK_CUSTID CHEIE PRIMARĂ (ID, NUME);

Ștergerea unei chei primare

Puteți șterge constrângerile cheii primare dintr-un tabel utilizând sintaxa de mai jos.

ALTER TABLE CLIENȚII PIDĂ CHEIA PRIMARĂ;

Vă prezint atenției o traducere gratuită a articolului SQL for Beginners Part 2

Este important ca fiecare dezvoltator web să poată interacționa cu bazele de date. În a doua parte vom continua să învățăm limba SQLși să ne aplicăm abilitățile în DBMS MySQL. Vom explora indecși, tipuri de date și interogări mai complexe.

De ce ai nevoie

Vă rugăm să consultați secțiunea „De ce aveți nevoie” din prima parte, care se află.

Dacă doriți să rulați aceste exemple pe serverul dvs., faceți următoarele:

1. Deschide-ți consola MySQLși conectați-vă.
2. Creați baza de date „my_first_db” folosind interogarea CREA, dacă nu a fost creat anterior.
3. Schimbați baza folosind operatorul UTILIZARE.

Indici

Indecșii (sau cheile) sunt utilizate în mod obișnuit pentru a îmbunătăți viteza de execuție a instrucțiunilor care selectează date (cum ar fi SELECTAȚI) din tabele.

Ele sunt o parte importantă a unei arhitecturi bune de baze de date; este dificil să le clasificăm drept „optimizare”. De obicei, indecșii sunt adăugați inițial, dar pot fi adăugați ulterior folosind o interogare ALTER TABLE.

Principalele motive pentru indexarea coloanelor bazei de date sunt:

• Aproape fiecare tabel are o cheie primară ( CHEIA PRINCIPALA), de obicei aceasta este coloana „id”.
• Dacă o coloană este destinată să stocheze valori unice, trebuie să aibă un index unic ( UNIC).
• Dacă aveți nevoie de o căutare frecventă pe o coloană (folosind-o într-o propoziție UNDE), trebuie să aibă un index regulat ( INDEX).
• Dacă o coloană este folosită pentru a se raporta la un alt tabel, ar trebui să fie o cheie străină dacă este posibil ( CHEIE EXTERNĂ) sau un index obișnuit.

Cheie primară (PRIMARY KEY)

Aproape toate tabelele au o cheie primară, de obicei un număr întreg cu o opțiune de incrementare automată ( AUTO_INCREMET).

Subinterogările cauzează adesea o degradare semnificativă a performanței, așa că utilizați-le cu precauție.

UNION: Combinarea datelor

Folosind interogare UNIUNE, puteți combina rezultatele mai multor interogări SELECT.

Acest exemplu combină stări care încep cu litera „N” cu state cu populații mai mari:

(SELECT * FROM indică WHERE nume LIKE „n%”) UNION (SELECT * FROM indică WHERE populație > 10000000);

Vă rugăm să rețineți că New York este un stat mare și începe cu litera „N”. Cu toate acestea, apare o singură dată în listă, pentru că duplicatele sunt eliminate automat.

De asemenea, frumusețea cererilor UNIUNE este că pot fi folosite pentru a combina interogări pe diferite tabele.

De exemplu, avem mese angajați (angajați), manageri (manageri) și clienți (clienți). Fiecare tabel are un câmp cu o adresă de e-mail. Dacă dorim să obținem toate adresele de e-mail într-o singură solicitare, putem face următoarele:

(SELECT email FROM angajati) UNION (SELECT email FROM managers) UNION (SELECT email FROM customers WHERE subscris = 1);

Prin completarea acestei solicitări, vom primi adresele de corespondență ale tuturor angajaților și managerilor, și numai ale acelor clienți care sunt abonați la lista de corespondență.

INSERT Continuare

Am vorbit deja despre cerere INTRODUCEîn articolul precedent. Acum că ne-am uitat la indecși, putem vorbi despre capabilități suplimentare de interogare INTRODUCE.

INSERT... LA ACTUALIZAREA CHEIEI DUPLICATE

Aceasta este condiția cea mai frecvent utilizată. Mai întâi cererea încearcă să se execute INTRODUCEși dacă cererea eșuează din cauza unui duplicat principal ( CHEIA PRINCIPALA) sau unic ( CHEIE UNICA), atunci cererea este executată ACTUALIZAȚI.

Să creăm mai întâi un tabel de testare.

Aceasta este o masă de depozitare a alimentelor. Câmpul „stoc” stochează numărul de produse disponibile în stoc.

Acum să încercăm să inserăm o valoare existentă în tabel și să vedem ce se întâmplă.

Am primit o eroare.

Să presupunem că am primit o brutărie nouă și dorim să actualizăm baza de date, dar nu știm dacă există deja o intrare în baza de date. Putem verifica mai întâi existența înregistrării și apoi rulăm o altă interogare de inserare. Sau puteți face totul într-o singură interogare simplă:

Funcționează la fel ca INTRODUCE, dar cu o caracteristică importantă. Dacă înregistrarea există deja, aceasta este ștearsă și apoi interogarea este executată INTRODUCE, și nu vom primi niciun mesaj de eroare.

Vă rugăm să rețineți, pentru că este inserat un rând complet nou, câmpul de autoincrement este mărit cu unu.

Aceasta este o modalitate de a preveni apariția erorilor de duplicare în primul rând pentru a menține aplicația în funcțiune. Poate fi necesar să inserați o nouă linie fără a imprima erori, chiar dacă există o duplicare.

Nu există erori sau linii actualizate.

Tipuri de date

Fiecare coloană dintr-un tabel trebuie să fie de un tip specific. Am folosit deja tipuri INT, VARCHARȘi DATA, dar nu s-a oprit asupra lor în detaliu. De asemenea, ne vom uita la câteva tipuri de date suplimentare.

Să începem cu tipurile de date numerice. Le împart în două grupe: numere întregi și fracții.

Întreg

O coloană cu numere întregi poate stoca doar numere naturale (fără virgulă zecimală). În mod implicit, acestea pot fi pozitive sau negative. Dacă opțiunea este selectată NESEMNAT, atunci pot fi stocate numai numere pozitive.

MySQL acceptă 5 tipuri de numere întregi de diferite dimensiuni și intervale:

Tipuri de date numerice fracționale

Aceste tipuri pot stoca numere fracționale: FLOAT, DOUBLE și DECIMAL.

FLOAT are 4 octeți, DOUBLE are 8 octeți și este similar cu cel precedent. DOUBLE este mai precis.

DECIMAL(M,N) are precizie variabilă. M este numărul maxim de cifre, N este numărul de cifre după virgulă zecimală.

De exemplu, DECIMAL(13,4) are 9 zecimale și 4 zecimale.

Tipuri de date șir

Puteți ghici din nume că pot stoca șiruri.

CHAR(N) poate stoca N caractere și are o valoare fixă. De exemplu, CHAR(50) trebuie să conțină întotdeauna 50 de caractere pe rând în întreaga coloană. Valoarea maximă posibilă este de 255 de caractere

VARCHAR(N) funcționează la fel, dar intervalul poate varia. N - denotă valoarea maximă. Dacă șirul stocat este mai scurt de N caractere, atunci va ocupa mai puțin spațiu pe hard disk. Valoarea maximă posibilă este de 65535 caractere.

Variantele de tip TEXT sunt mai potrivite pentru șiruri lungi. TEXT are o limită de 65535 de caractere, MEDIUMTEXT are o limită de 16,7 milioane și LONGTEXT are o limită de 4,3 miliarde de caractere. MySQL le stochează de obicei în depozite separate de pe server, astfel încât stocarea principală să fie cât mai mică și rapidă posibil.

Concluzie

Mulțumesc că ai citit articolul. SQL este un limbaj și un instrument important în arsenalul unui dezvoltator web.

Ultima actualizare: 27.04.2019

Cheile externe vă permit să stabiliți relații între tabele. O cheie externă este setată pe coloanele dintr-un tabel dependent, subordonat și indică către una dintre coloanele din tabelul principal. De obicei, o cheie străină indică o cheie primară dintr-un tabel principal asociat.

Sintaxa generală pentru setarea unei chei externe la nivel de tabel este:

CHEIE străină (coloana1, coloana2, ... coloanaN) REFERINȚE tabel_principal (coloana_tabel_principal1, coloana_tabel_principal2, ... coloana_tabel_principalN)

Pentru a crea o constrângere de cheie externă, după FOREIGN KEY specificați coloana tabelului care va reprezenta cheia externă. Iar după cuvântul cheie REFERENCES se indică numele tabelului aferent, iar apoi între paranteze numele coloanei aferente către care va indica cheia externă. După expresia REFERENCES există expresiile ON DELETE și ON UPDATE, care specifică acțiunea la ștergerea și, respectiv, actualizarea unui rând din tabelul principal.

De exemplu, să definim două tabele și să le legăm folosind o cheie străină:

CREATE TABLE Clienți (Id INT PRIMARY KEY AUTO_INCREMENT, Age INT, Prenume VARCHAR(20) NOT NULL, Nume VARCHAR(20) NOT NULL, Telefon VARCHAR(20) NOT NULL UNIQUE); CREATE TABLE Orders (Id INT CHEIE PRIMARIA AUTO_INCREMENT, CustomerId INT, CreatedAt Date, FOREIGN KEY (CustomerId) REFERINȚE Clienți (Id));

În acest caz, sunt definite tabelele Clienți și Comenzi. Clientii este principalul si reprezinta clientul. Comenzile sunt dependente si reprezinta comanda plasata de client. Tabelul Comenzi este legat prin coloana CustomerId la tabelul Customers și la coloana sa Id. Adică, coloana CustomerId este o cheie externă care indică către coloana Id din tabelul Customers.

Puteți utiliza operatorul CONSTRAINT pentru a specifica un nume pentru o constrângere de cheie străină:

CREATE TABLE Comenzi (Id INT PRIMARY KEY AUTO_INCREMENT, CustomerId INT, CreatedAt Date, CONSTRAINT orders_custonmers_fk FOREIGN KEY (CustomerId) REFERINȚE Clienți (Id));

ON DELETE și ON UPDATE

Folosind instrucțiunile ON DELETE și ON UPDATE, puteți seta acțiunile care se efectuează atunci când un rând aferent este șters sau modificat, respectiv, din tabelul principal. Următoarele opțiuni pot fi utilizate ca acțiune:

CASCADE: Șterge sau modifică automat rândurile dintr-un tabel dependent atunci când rândurile înrudite din tabelul principal sunt șterse sau modificate.

SET NULL: Când ștergeți sau actualizați un rând înrudit din tabelul principal, setați coloana cheii externe la NULL. (În acest caz, coloana cheii externe trebuie să accepte setarea NULL)

RESTRICȚI: Respinge ștergerea sau modificarea rândurilor din tabelul principal dacă există rânduri înrudite în tabelul dependent.

FĂRĂ ACȚIUNE: la fel ca RESTRICȚI.

SETARE IMPLICIT: Când ștergeți un rând înrudit din tabelul principal, setează coloana cheii externe la valoarea implicită care este specificată folosind atributul DEFAULT. În ciuda faptului că această opțiune este disponibilă în principiu, motorul InnoDB nu acceptă această expresie.

Ștergere în cascadă

Ștergerea în cascadă vă permite să ștergeți automat toate rândurile asociate din tabelul dependent atunci când ștergeți un rând din tabelul principal. Pentru a face acest lucru, utilizați opțiunea CASCADE:

CREATE TABLE Orders (Id INT CHEIE PRIMARĂ AUTO_INCREMENT, CustomerId INT, CreatedAt Date, FOREIGN KEY (CustomerId) REFERINȚE Clienți (Id) ON DELETE CASCADE);

Expresia ON UPDATE CASCADE funcționează într-un mod similar. Când modificați valoarea unei chei primare, valoarea cheii străine asociate acesteia se schimbă automat. Cu toate acestea, deoarece cheile primare se schimbă foarte rar și, în general, nu este recomandat să folosiți coloane cu valori modificabile ca chei primare, expresia ON UPDATE este rar folosită în practică.

Setarea NULL

Când setați opțiunea SET NULL pentru o cheie străină, coloana cheii străine trebuie să fie permisă NULL:

CREATE TABLE Comenzi (Id INT PRIMARY KEY AUTO_INCREMENT, CustomerId INT, CreatedAt Date, FOREIGN KEY (CustomerId) REFERINȚE Clienți (Id) ON DELETE SET NULL);

) ne-am uitat la modul în care este structurată o bază de date relațională (tabulară) și am constatat că elementele principale ale unei baze de date relaționale sunt: ​​tabele, coloane și rânduri, iar în termeni matematici: relații, atribute și tupluri. De asemenea, adesea, rândurile sunt numite înregistrări, coloanele sunt numite coloane, iar intersecția unei înregistrări și a unei coloane se numește celulă.

Este important să rețineți că conținutul rândurilor și numele coloanelor trebuie să fie unice în cadrul aceleiași baze de date.

Tipuri de date în baze de date

Este important să înțelegeți că puteți crea baze de date pentru orice tip de date: texte, date, ore, evenimente, numere. În funcție de tipul de informații, bazele de date relaționale sunt împărțite în tipuri. Fiecare tip de date (atribut) are propria sa denumire:

• INTEGER - date din numere întregi;
• FLOAT - date din numere fracționale, așa-numitele date în virgulă mobilă;
• CHAR, VARCHAR - tipuri de date text (caracter);
• LOGIC — tip de date logice (da/nu);
• DATA/TIME - date de timp.

Acestea sunt principalele tipuri de date, dintre care de fapt sunt multe altele. Mai mult, fiecare limbaj de programare are propriul set de atribute de sistem (tipuri de date).

Care este cheia primară și cheia externă a tabelelor bazelor de date relaționale

Cheia principala

Am amintit mai sus: fiecare rând (înregistrare) al bazei de date trebuie să fie unic. Este cheia primară sub formă de seturi de valori specifice care identifică maxim fiecare înregistrare. Poate fi definit diferit. Cheie primară: un set de caracteristici specifice care sunt unice pentru fiecare înregistrare. Cheia primară este desemnată ca cheie primară.

Cheie primară (PK) foarte important pentru fiecare masă. Lasă-mă să explic de ce.

• Cheia primară nu permite crearea de înregistrări (rânduri) identice în tabel;
• PK-urile oferă o conexiune logică între tabelele din aceeași bază de date (pentru bazele de date relaționale).

Merită să ne oprim mai în detaliu asupra conexiunii logică dintre tabele.

Cheie externă

Cheie străină, FK pe scurt. Oferă o conexiune logică clară între tabelele unei baze de date.

De exemplu, există două tabele A și B. În tabelul A (pantofi), există o cheie primară: dimensiune, în tabelul B (culoare) ar trebui să existe o coloană numită dimensiune. În acest tabel, „dimensiunea” va fi cheia externă pentru conexiunea logică a tabelelor B și A.

Un exemplu mai complex.

Două tabele de date: Persoane și numere de telefon.

Tabel: Oameni

Tabel: numere de telefon

În tabelul Numere de telefon, PK este unic. FK al acestui tabel este PK al tabelului People. Legătura dintre numerele de telefon și persoane este asigurată de tabelele telefonice FK. Acesta este:

• Zaitsev are două telefoane;
• Volkov are două telefoane;
• Belkin are un singur telefon.

În concluzie, voi adăuga că orice, Managerul bazei de date are capacitatea tehnică de a crea o cheie primară.