Lessons

2.1. Design conceptual Proiectarea bazei de date se realizează în trei etape: design conceptual; design logic; design fizic. Scopul fazei de proiectare conceptuală este de a crea un model conceptual de date bazat pe ideile utilizatorilor de

3.1 Normalizarea bazei de date Forma normală este o proprietate a unei relații dintr-un model de date relaționale care o caracterizează în termeni de redundanță, ceea ce poate duce la rezultate logic eronate ale eșantionării sau modificării

4.1 Introducere Prin conversia tabelelor bazei de date în tabele obișnuite, acum puteți analiza relațiile dintre ele. Numărul de elemente care interacționează între două tabele înrudite se numește cardinalitate. Cardinalitatea vă ajută să c

5.1 Introducere Internetul este plin de precepte dogmatice despre cum ar trebui alese și utilizate cheile în bazele de date relaționale. Uneori, disputele se transformă chiar în holivar: ar trebui folosite chei naturale sau artificiale? Inc

6.1 Introducere Acum să trecem de la teorie la practică. „În teorie, nu există nicio diferență între teorie și practică. În practică, sunt”. Trăim în lumea reală și toate produsele software sunt create în cele din urmă pentru oameni vii. Și

7.1 Memorarea în cache pe partea DB MySQL folosește algoritmi foarte scalabili atunci când lucrează cu tabele, astfel încât MySQL poate rula chiar și cu cantități mici de memorie. Desigur, pentru o performanță mai bună, aveți nevoie de mai

8.1 De ce este necesară denormalizarea? Operația cea mai costisitoare din punct de vedere computațional între tabele mari este îmbinarea. În consecință, dacă într-o singură interogare este necesară „ventilarea” mai multor tabele formate din

1.1 Introducere Și acum începe distracția - teoria modului în care funcționează tranzacțiile. Cum să mențineți sistemul să funcționeze când modificați aceleași date în fire diferite? Sau doriți să executați o tranzacție în alta? Vom începe

2.1 Citiți neangajat „Nivelul de izolare a tranzacțiilor” se referă la gradul de protecție oferit de mecanismele interne ale SGBD (adică, care nu necesită programare specială) față de toate sau unele dintre tipurile de inconsecvențe de date

3.1 Apariția ACID Abrevierea ACID a apărut pentru prima dată în 1983 într-un articol al lui Theo Haerder și Andreas Reuter. Pentru a simplifica textul și a-l face mai convingător, voi oferi o traducere a unui fragment din acest articol (cu

4.1 Consecvență despre Brewera Pentru început, Eric Brewer nu este și nu a pretins niciodată că este un expert în baze de date. El face parte din comunitatea sistemelor distribuite, iar celebra sa conferință, în care a apărut „teorema” CAP,

5.1 Problema simultaneității Să începem cu o mică teorie îndepărtată. Orice sistem informatic (sau pur și simplu, o aplicație) creat de programatori este format din mai multe blocuri tipice, fiecare dintre acestea oferind o parte din funcți