Bază de date

Dezambiguizare - "Baza de date" se referă aici. Dacă căutați alte semnificații, consultați Baza de date (dezambiguizare) .

Acest articol sau secțiune despre subiectul informaticii lipsește sau lipsește de note specifice și referințe bibliografice . Deși există o bibliografie și / sau legături externe , nu există o contextualizare a surselor cu note de subsol sau alte referințe precise care indică cu exactitate originea informațiilor. Puteți îmbunătăți această intrare citând mai precis sursele . Urmați sfaturile de proiectare de referință .

Acest articol sau secțiune ar trebui revizuit și actualizat cât mai curând posibil . Într-adevăr, se pare că această intrare conține informații învechite și / sau învechite. Dacă puteți, vă rugăm să ajutați la actualizarea acestuia.

Simbolul vector al bazelor de date

Cu baza de date (sau baza de date , uneori prescurtată cu acronimul DB din baza de date engleză ) în informatică se înțelege un set de date structurate care este omogenă în conținut și format, stocate într-un computer , reprezentând de fapt versiunea digitală a unei arhive de date sau fișier .

Istorie

În istoria timpurie a calculelor , marea majoritate a programelor specializate permiteau accesul la o singură bază de date, pentru a câștiga viteza de execuție, pierzând flexibilitatea. Astăzi, însă, sistemele moderne pot fi utilizate pentru a efectua operațiuni pe un număr mare de baze de date diferite. Începând cu anii șaptezeci ai secolului al XX-lea , bazele de date au suferit o dezvoltare enormă atât în ​​ceea ce privește cantitatea de date stocate, cât și în ceea ce privește tipurile de arhitecturi adoptate. De atunci și mai ales de la începutul secolului XXI . Acestea sunt arhitecturile de date care s-au dezvoltat de-a lungul anilor:

• Arhitectură centralizată, SGBD ;
• Arhitectură paralelă;
• Arhitectură distribuită ;
• Arhitectură Federată;
• Arhitectura de integrare a datelor ;
• Arhitectura Data Warehouse .

Descriere

Utilizarea terminologiei

Termenul poate indica, de asemenea, în același timp:

• arhiva la nivel fizic ( hardware ), adică sistemul cu mediul de stocare ( stocare , de ex. hard disk-uri ) care conțin datele în sine, adică delegate persistenței datelor, și procesorul pentru prelucrarea acestora ( server de baze de date );
• arhiva la nivel logic, adică datele structurate și partea software , adică sistemul de gestionare a bazelor de date (SGBD) sau acea categorie vastă de aplicații care permit crearea, manipularea (gestionarea) și interogarea eficientă a datelor.

În mod informal și necorespunzător, cuvântul „bază de date” este adesea folosit pentru a indica sistemul de gestionare a bazelor de date (SGBD), referindu-se astfel doar la partea software. Un client al bazei de date client interacționează cu serverul SGBD și, prin urmare, cu baza de date într-un sens fizic.

În cele mai moderne baze de date, adică cele bazate pe modelul relațional, datele sunt împărțite în tabele speciale pe subiecte și apoi aceste subiecte sunt împărțite în categorii (câmpuri) cu toate operațiunile posibile menționate mai sus. Această diviziune și această funcționalitate fac bazele de date considerabil mai eficiente decât o arhivă de date creată de exemplu prin sistemul de fișiere al unui sistem de operare de pe un computer , cel puțin pentru gestionarea datelor complexe.

Administrarea informației

Baza de date trebuie să conțină, de asemenea, informații despre reprezentările lor și despre relațiile care le leagă. Adesea, dar nu neapărat, o bază de date conține următoarele informații:

• Structuri de date care accelerează operațiunile frecvente, de obicei în detrimentul operațiunilor mai puțin frecvente.
• Legături cu date externe, adică referințe la fișiere locale sau la distanță care nu fac parte din baza de date.
• Informații de securitate care autorizează doar anumite profiluri de utilizator să efectueze anumite operațiuni pe anumite tipuri de date.
• Programe care sunt executate, automat sau la cererea utilizatorilor autorizați, pentru a efectua prelucrarea datelor. Un automatism tipic constă în rularea unui program de fiecare dată când sunt modificate datele de un anumit tip.

Într-un sistem informatic, o bază de date poate fi utilizată direct de programele de aplicații, interfațându-se cu mediul de stocare acționând direct asupra fișierelor. Această strategie a fost adoptată universal până în anii 1960 și este încă utilizată atunci când datele au o structură foarte simplă sau când sunt procesate de un singur program de aplicație.

Cu toate acestea, de la sfârșitul anilor șaizeci, sistemele software speciale numite „sisteme de gestionare a bazelor de date” (în limba engleză „ Database Management System ” sau „DBMS”) au fost utilizate pentru a gestiona baze de date complexe partajate de mai multe aplicații. Unul dintre avantajele acestor sisteme este posibilitatea de a nu acționa direct asupra datelor, ci de a vedea o reprezentare conceptuală a acestora.

Cercetările din domeniul bazelor de date studiază următoarele aspecte:

• Proiectarea bazelor de date.
• Proiectarea și implementarea SGBD.
• Interpretarea (analiza) datelor conținute în bazele de date.

Bazele de date folosesc adesea tehnologii derivate din alte ramuri ale tehnologiei informației. Este obișnuit să se utilizeze tehnici derivate din inteligența artificială , cum ar fi extragerea datelor , pentru a încerca să extragă relații sau mai general informații prezente în baze de date, dar care nu sunt vizibile imediat.

Structură și model logic

Model ierarhic de baze de date

Informațiile conținute într-o bază de date sunt structurate și legate între ele conform unui anumit model logic ales de proiectant, de exemplu relațional , ierarhic , de rețea sau bazat pe obiecte . Utilizatorii interacționează cu bazele de date prin așa-numitul limbaj de interogare ( interogare de căutare sau interogare, inserare, ștergere, actualizare etc.), și datorită aplicațiilor speciale dedicate software-ului ( SGBD ).

De obicei bazele de date pot avea diverse structuri, în ordine cronologică de apariție și difuzie:

1. ierarhic ( anii șaizeci ) reprezentat de un copac sau cu structuri similare sistemelor de fișiere ierarhice,
2. reticular ( 1960 ) care poate fi reprezentat printr-un grafic ,
3. relațional ( șaptezeci ) în prezent cel mai răspândit, reprezentat de tabele și relații între ele,
4. extensie obiect ( optzeci ) la bazele de date ale paradigmei „Object Oriented”, o programare tipică orientată obiect,
5. Orientat pe documente ( NoSQL ),
6. Magazin cheie-valoare ( NoSQL ),
7. Bazat pe grafice ( NoSQL ),
8. Coloană ( NoSQL ),
9. semantică (începutul anilor 2000 ) care poate fi reprezentată cu un grafic relațional.

Modelul bazei de date de rețea

Formatul XML , precum și pentru schimbul de date în rețea, se răspândește pentru definirea bazelor de date reale. XML are o structură ierarhică, deci pare o „revenire la originile” modelelor de date.

O cerință importantă pentru o bază de date bună constă în a nu duplica inutil informațiile conținute în aceasta: acest lucru este posibil de către managerii bazelor de date relaționale , teoretizate de Edgar F. Codd , care permit salvarea datelor în tabele care pot fi legate.

Funcționalitatea unei baze de date depinde într-un mod esențial de proiectarea acesteia: identificarea corectă a scopurilor bazei de date în sine și, prin urmare, a tabelelor, care urmează să fie definite prin câmpurile lor și relațiile care le leagă, apoi permite o date mai rapide și mai rapide extragere.în general un management mai eficient.

Baza de date de navigație

Odată cu creșterea capacității de procesare a computerelor, acest contrast cu flexibilitatea a fost atenuat, odată cu crearea în anii șaizeci a unei serii de baze de date care ar putea fi utilizate pentru diferite aplicații. Interesul pentru stabilirea unui standard a crescut și Charles W. Bachman , creatorul IDS, unul dintre aceste produse, a fondat Grupul de activități de baze de date în cadrul grupului Codasyl , echipa de lucru dedicată creării și standardizării limbajului de programare COBOL . În 1971, acest standard a fost produs și a fost numit „abordarea Codasyl” și în curând o serie de produse bazate pe această abordare au fost disponibile pe piață .

Această abordare s-a bazat pe navigarea manuală într-un set de date dispuse sub formă de rețea. Când programul a fost deschis pentru prima dată, era pe primele date disponibile care conțineau, printre altele, un indicator către datele următoare. Pentru a găsi o bază de date, programul a parcurs seria de indicatori până a găsit baza de date corectă. Interogări simple precum „Găsiți toți oamenii născuți în Suedia” necesită parcurgerea întregului set de date. Nu a existat o funcție de căutare; astăzi acest lucru ar putea părea o limitare, dar la vremea respectivă, deoarece datele erau stocate pe bandă magnetică , operațiuni precum cele evidențiate mai sus au agravat și mai mult timpul de căutare.

În 1968, IBM a dezvoltat propriul sistem SGBD numit IMS . IMS a fost dezvoltarea unui program utilizat în misiunile Apollo pe Systems / 360 și a folosit un sistem similar cu abordarea Codasyl , singura diferență fiind mai degrabă un sistem ierarhic decât o rețea.

Ambele soluții au luat apoi numele de "baze de date de navigație" din cauza metodei de consultare care a fost avută în vedere. În plus, Charles Bachman , cu ocazia ceremoniei de decernare a premiului din 1973 în care i s-a acordat Premiul Turing , a prezentat o lucrare intitulată „Programatorul ca navigator”. IMS este de obicei clasificat ca bază de date ierarhică , în timp ce IDS și IDMS (ambele baze de date CODASYL ), CINCOM și TOTAL sunt clasificate ca baze de date de rețea (sau rețea ).

Baza de date relațională

Același subiect în detaliu: RDBMS , Algebră relațională, Calcul relațional și SQL .

Exemplu de tabel RDBMS sau conform modelului relațional ( profesori și cursurile acestora ). Vizibil în partea de sus cu gri antetul sau antetul tabelului cu numele diferitelor câmpuri sau atribute și valorile asumate de acestea în rândurile, înregistrările sau tuplurile respective din corpul subiacent (există o înregistrare duplicat).

SGBD relațional se mai numește RDBMS ( SGBD relațional ).

Edgar F. Codd lucra la biroul IBM din California ca cercetător în tehnologia incipientă a hard disk- ului când a observat ineficiența abordării Codasyl cu noul mod de stocare a datelor, în principal din cauza absenței unei funcții de căutare. În 1970 a început să producă diverse documente schematizzanti o nouă abordare a construcției bazelor de date, culminând cu „ modelul relațional pentru marile bănci de date partajate” (Un model relațional de date pentru marile bănci de date partajate).

În acest articol, el a descris o nouă modalitate de stocare și modificare a unor cantități mari de date. În loc să folosească „linii” (în engleză , dar și pe scară largă folosită în italiană : „ record ” sau chiar „ tuplu ”) conectate între ele printr-un fel de structură „copac”, ca în Codasyl , a decis să folosească un „tabel” "de rânduri cu lungime fixă. Acest sistem ar fi fost foarte ineficient în stocarea datelor „rare”, unde tabelul ar fi putut avea mai multe „celule” goale; această eroare de proiectare a fost corectată prin împărțirea datelor în diferite tabele, unde au fost mutate elemente opționale, mai degrabă decât irosirea spațiului în tabelul principal.

De exemplu, o utilizare obișnuită a bazelor de date este de a înregistra informații despre utilizatori: numele acestora, informațiile de conectare, adresa și numerele de telefon. Într-o bază de date de navigație, toate aceste date ar fi fost stocate într-o singură „ înregistrare ” , iar elementele care nu erau prezente (de exemplu, un utilizator a cărui adresă nu este cunoscută) ar fi fost pur și simplu omise. Dimpotrivă, într-o bază de date relațională, informațiile sunt împărțite, de exemplu, în tabelele „utilizator”, „adrese”, „numere de telefon” și numai dacă datele sunt prezente este un tuplu creat în tabelul respectiv.

Unul dintre aspectele interesante introduse în bazele de date relaționale constă în conexiunea tabelelor: în modelul relațional, este definită o „cheie” pentru fiecare „ înregistrare ”, adică un identificator unic al tuplului . În reconstrucția relațiilor, elementul de referință, care distinge un rând de altul, este tocmai această „cheie” și este reamintit în definiția relației. Cheia poate fi una dintre datele în sine stocate (de exemplu, pentru tabelul utilizatorului, „Codul fiscal” al persoanei), o combinație a acestora (cheie compusă) sau chiar un câmp adăugat special pentru acest lucru scop. În orice caz, cheia primară trebuie să fie prezentă în fiecare tuplu și niciodată repetată de mai multe ori în fiecare relație.

Relația dintre tabele

Această operațiune de „reunificare” a datelor nu este prevăzută în limbajele de programare tradiționale: în timp ce abordarea de navigație necesită pur și simplu „ciclul” pentru a colecta diferitele „ înregistrări ” , abordarea relațională impune programului „ciclul” pentru a colecta diferitele „ înregistrări ” informații despre fiecare înregistrare. Codd a propus, ca soluție, crearea unui limbaj dedicat acestei probleme. Acest limbaj s-a dezvoltat ulterior în codificarea care este acum adoptată universal și care este elementul fundamental al bazelor de date: SQL .

Folosind o ramură a matematicii numită „calculul tuplului ”, el a demonstrat că acest sistem era capabil să efectueze toate operațiunile normale de administrare a bazei de date (inserare, ștergere etc.) și că oferea, de asemenea, un instrument simplu pentru a găsi și vizualiza grupuri de date în o singură operație.

IBM a început să implementeze această teorie în unele prototipuri la începutul anilor 1970 , cum ar fi „Sistemul R” . Prima versiune a fost făcută în din 1974 / 75 la un instrument de „monotabella“; în anii următori au fost studiate primele sisteme care ar putea sprijini subdivizarea datelor în tabele separate, utile, așa cum am văzut, pentru separarea datelor opționale în tabele diferite de cea principală. Versiunile „multi-utilizator” au fost realizate în 1978 și 1979 ; în aceiași ani, limbajul SQL a fost standardizat. Prin urmare, superioritatea acestui sistem față de Codasyl a fost evidentă și IBM a trecut la dezvoltarea unei versiuni comerciale a „System R” , care a luat numele de „SQL / DS” mai întâi și „Database 2” (DB2) în cele din urmă.

Lucrarea lui Codd a fost continuată la Universitatea Berkeley de Eugene Wong și Michael Stonebraker . Proiectul lor, numit INGRES și finanțat din fonduri destinate creării unei baze de date geografice , a văzut lumina în 1973 și a produs primele sale rezultate în 1974 , datorită muncii a numeroși studenți care s-au împrumutat ca programatori (aproape 30 de persoane au lucrat la proiect ). INGRES a fost foarte asemănător cu „System R” și a inclus un limbaj alternativ la SQL , numit QUEL .

Exemplu de instrucțiune SQL UPDATE

Mulți dintre oamenii implicați în proiect au devenit convinși de fezabilitatea comercială a aceluiași și au fondat companii pentru a intra pe piață cu acest produs. Sybase, Informix, NonStop SQL și, în cele din urmă, Ingres în sine s-au născut ca „spin-offs” pentru difuzarea INGRES la începutul anilor 1980 . Chiar și Microsoft SQL Server este, în anumite privințe, o derivare a „Sybase” și, prin urmare, a INGRES . Doar Oracle al lui Larry Ellison a început folosind o abordare diferită, bazată pe „System R” IBM, și în cele din urmă a prevalat asupra altor companii cu produsul său, lansat în 1978 .

În Suedia , activitatea lui Codd a fost dezvoltată la Universitatea Uppsala, care a dezvoltat un produs diferit, „ Mimer SQL ” , care a fost comercializat în 1984 . O particularitate a acestei soluții constă în introducerea conceptului de tranzacție , importat ulterior în aproape toate SGBD-urile.

Baza de date multidimensională

Bazele de date multidimensionale sunt o paradigmă definită încă o dată de Codd pentru a compensa performanța slabă oferită de bazele de date relaționale în cazul utilizării bazelor de date în sine pentru procesele de analiză ( proces analitic online , OLAP). Aceste sisteme vă permit să efectuați analize cu cantități uriașe de date cu eficiență, ceea ce nu este posibil pe bazele de date relaționale mai potrivite pentru gestionarea tranzacțiilor ( procesul de tranzacție online , OLTP).

De la sfârșitul anilor 1990, aproape fiecare bază de date relațională comercială are un motor intern multidimensional pentru efectuarea analizelor.

Baza de date NoSQL

Același subiect în detaliu: NoSQL .

NoSQL este o mișcare care promovează sisteme software în care persistența datelor se caracterizează, în general, prin faptul că nu se folosește modelul relațional , de obicei utilizat de bazele de date tradiționale ( RDBMS ). Expresia „NoSQL” se referă la limbajul SQL , care este cel mai comun limbaj de interogare a datelor în bazele de date relaționale, luate aici ca simbol al întregii paradigme relaționale.

Baza de date orientată spre documente

Același subiect în detaliu: Baza de date orientată spre documente .

O bază de date orientată spre documente este un program pentru aplicații orientate spre documente. Aceste sisteme ar putea fi implementate ca un strat deasupra unei baze de date relaționale sau obiecte.

Bazele de date orientate spre documente nu stochează date în tabele cu câmpuri uniforme pentru fiecare înregistrare ca în bazele de date relaționale, dar fiecare înregistrare este stocată ca un document care posedă anumite caracteristici. Orice număr de câmpuri de orice lungime poate fi adăugat la document. Câmpurile pot conține, de asemenea, mai multe date.

Baza de date grafice

Același subiect în detaliu: baza de date grafice .

Baza de date grafice

O bază de date cu grafice utilizează noduri și arce pentru a reprezenta și stoca informații. Reprezentarea datelor prin grafice oferă o alternativă la modelul relațional care folosește tabele, baza datelor orientate către documente (folosind documente) sau altele, cum ar fi sisteme pentru fișiere structurate (stocare structurată) bazate pe coloane sau coșuri neinterpretate de date.

Bazele de date grafice sunt adesea mai rapide decât bazele de date relaționale în legarea setului de date și mapează structurile aplicațiilor orientate obiect mai direct. Scalează mai ușor la cantități mari de date și nu necesită operațiuni tipice și costisitoare de asociere . Ele sunt mai puțin dependente de un model rigid de relație entitate și sunt mult mai adecvate pentru tratarea datelor schimbătoare cu modele evolutive. În schimb, bazele de date relaționale sunt de obicei mai rapide la efectuarea acelorași operații pe o cantitate mare de date.

Baza de date orientată obiect

Același subiect în detaliu: baza de date orientată obiect .

SGBD-urile obiect sunt numite și ODBMS (SGBD obiecte). Cu toate acestea, bazele de date multidimensionale au jucat un rol important pe piață: au condus la crearea de baze de date orientate obiect. Bazat pe aceleași concepte generale, acest nou tip de sistem permite utilizatorilor să stocheze direct „obiecte” în diversele baze de date. Adică aceleași principii ca programarea orientată pe obiecte , în loc să trebuiască să adapteze metode și variabile.

Acest lucru se poate întâmpla datorită conceptului particular de proprietate asupra bazelor de date multidimensionale. În programarea orientată pe obiecte, fiecare dintre aceste „obiecte” va conține de obicei altele. De exemplu, obiectul care îl conține pe domnul Smith va conține o referință la obiectul „Adresă”. Conținând suport pentru multe limbaje de programare orientate pe obiecte, bazele de date care utilizează aceeași tehnologie se confruntă cu o perioadă de dezvoltare puternică în aceste zile.

Astăzi, multe SGBD aplică de fapt un amestec dintre modelul relațional și modelul obiect. Prin urmare, vorbim de ORDBMS ( Object Relational DBMS ).

Pe internet

Această intrare sau secțiune despre terminologia IT și bazele de date nu menționează sursele necesare sau cei prezenți sunt insuficienți . Puteți îmbunătăți această intrare adăugând citări din surse de încredere în conformitate cu liniile directoare privind utilizarea surselor .

Sunt un anumit tip de servicii web care oferă posibilitatea de a crea baze de date direct pe web . Aceste servicii oferă în mod normal toate caracteristicile de bază ale unei baze de date normale pentru a construi tabele structurate de date de tot felul cu câmpuri precum text, numere, dată și oră și altele.

Serviciul lor nu este doar cel de depozit sau container de date, ci și cel de a crea o interfață grafică care poate fi utilizată pentru a le gestiona, prezentându-se ca aplicații web reale. Partajarea joacă un rol important tocmai pentru că datele sunt vizibile pe Internet și, prin urmare, de către alte persoane care, cu permisiunile necesare, pot lucra asupra datelor.

Caracteristici

Server de baze de date

Același subiect în detaliu: SGBD .

Client de linie de comandă MySQL

Interfață Firebird SQL

Interfață Microsoft Access

Serverul este partea din SGBD și, prin extensie, serverul pe care funcționează programul, care este responsabil pentru furnizarea serviciilor de utilizare a bazei de date către alte programe și alte computere în funcție de modul client / server . Serverul stochează datele, primește cereri de la clienți și procesează răspunsurile corespunzătoare.

Printre cele mai populare SGBD open source găsim:

• MySQL
• MariaDB
• Firebird SQL
• PostgreSQL

Cele mai populare sisteme comerciale sunt:

• Oracol
• IBM DB2
• Microsoft SQL Server
• Sybase
• Microsoft Access
• Teradata
• FileMaker

Serverele de baze de date sunt sisteme software complexe concepute nu numai pentru a stoca date, ci și pentru a oferi acces rapid și eficient la o mulțime de utilizatori în același timp și pentru a garanta protecția atât împotriva eșecurilor, cât și a accesului nejustificat (securitatea sau protecția bazei de date).

Tranzacții și proprietate

Același subiect în detaliu: Tranzacție (baze de date) și ACID .

Orice modificare a stării bazei de date prin diferite operațiuni se numește tranzacție , care trebuie să respecte așa-numitele reguli sau proprietăți ACID . Cele mai tipice operații într-un DB sunt cele rezumate prin acronimul CRUD .

Eficiență și siguranță

Același subiect în detaliu: Protecția împotriva eșecurilor (bazelor de date) și Atacul asupra bazelor de date .

Securitate înseamnă prevenirea deteriorării bazei de date prin intervenții accidentale sau neautorizate, de exemplu un atac asupra bazelor de date și menținerea integrității acesteia sau asigurarea faptului că operațiunile efectuate pe baza de date de către utilizatorii autorizați nu cauzează o pierdere substanțială a datelor, garantând la fiabilitate în același timp. Protecția împotriva accesului neautorizat este o problemă importantă în gestionarea bazelor de date care se dovedesc vulnerabile în următoarele puncte:

• Securitatea serverului
• Conexiuni între baze de date
• Controlul accesului la baza de date.
• Depozit de date
• Exploatarea datelor

Implementare și gestionare

Diagrama ER pentru proiectarea bazei de date

Proiecta

Același subiect în detaliu: proiectarea bazei de date .

Proiectarea bazei de date este procesul de formulare a unui model detaliat al bazei de date. Acest model conține toate opțiunile de proiectare logică și fizică și parametrii de stocare fizici necesari pentru generarea limbajului de definire a datelor (DDL) care poate fi utilizat pentru implementarea bazei de date. Un model de date complet specificat conține detalii specifice pentru fiecare entitate individuală.

Limbi folosite

Ca parte a utilizării / administrării bazei de date, orice operațiune din baza de date de către utilizator / administrator pe SGBD poate fi obținută printr-un limbaj adecvat printr-un manager SGBD cu interfață grafică sau interfață de linie de comandă . În general, este posibil să se distingă mai multe limbi pentru baze de date, fiecare cu un lexic și o sintaxă care definesc toate instrucțiunile posibile, în funcție de utilizarea sau scopul lor, începând de la crearea / proiectarea, gestionarea, restructurarea, securitatea, până la interogarea bazei de date în sine:

• Limbajul de definire a datelor (DDL) - vă permite să definiți structura sau organizarea logică a bazei de date ( schema bazei de date ) și permisiunile de acces.
• Limbajul de manipulare a datelor (DML) - vă permite să inserați, să modificați, să ștergeți date ( tranzacție ).
• Limbajul de control al datelor (DCL) - vă permite să gestionați utilizatorii și permisiunile.
• Device Media Control Language (DMCL) - vă permite să controlați media ( memoria de masă ) unde sunt stocate datele.
• Limbaj de interogare (QL) - vă permite să interogați baza de date, adică să extrageți și să citiți date.

Sintaxa acestor limbi variază în funcție de SGBD-ul particular, iar diferitele limbi mențin uniformitatea conceptuală între ele.

De asemenea, este posibil să se subdivizeze limbile ca:

• Limbaje textuale interactive, cum ar fi SQL, care este în prezent cel mai utilizat limbaj și din care au fost publicate mai multe standarde .
• Limbaje de text interactive imersate în limbaje de programare comune, cum ar fi C , BASIC etc.
• Limbaje text interactive imersate în limbaje de programare proprietare.
• Limbaje grafice și ușor de utilizat , cum ar fi QBE (Query By Example), care pot fi folosite și de cei mai puțin experimentați.

Relația cu drepturile de autor

Bazele de date sunt protejate de legea dreptului de autor atât ca opere de ingeniozitate de natură creativă, cât și ca bun produs datorită investițiilor financiare semnificative.

În Italia, articolul 64 quinquies din legea 633/1941 privind dreptul de autor prevede că:

Autorul unei baze de date are dreptul exclusiv de a executa sau autoriza:

a) reproducerea permanentă sau temporară, totală sau parțială, prin orice mijloace și sub orice formă;

b) la traduzione, l'adattamento, una diversa disposizione e ogni altra modifica;

c) qualsiasi forma di distribuzione al pubblico dell'originale o di copie della banca di dati; la prima vendita di una copia nel territorio dell'Unione europea da parte del titolare del diritto o con il suo consenso esaurisce il diritto di controllare, all'interno dell'Unione stessa, le vendite successive della copia;

d) qualsiasi presentazione, dimostrazione o comunicazione in pubblico, ivi compresa la trasmissione effettuata con qualsiasi mezzo e in qualsiasi forma;

e) qualsiasi riproduzione, distribuzione, comunicazione, presentazione o dimostrazione in pubblico dei risultati delle operazioni di cui alla lettera b). ^[1]

L'autore di una banca di dati, che ha scelto e organizzato creativamente il materiale all'interno della raccolta, è quindi titolare delle facoltà esclusive di natura patrimoniale e morale riconosciute a tutti gli autori di opere dell'ingegno secondo l'articolo 64-quinquies e seg. della legge 633/1941 . I diritti esclusivi di riproduzione, traduzione, adattamento, distribuzione, presentazione e dimostrazione sono detti diritti patrimoniali, cioè hanno un valore economicamente valutabile. In quanto patrimoniali i sopracitati diritti sono trasferibili.

L'autore può quindi effettuare o autorizzare: la riproduzione permanente o temporanea, totale o parziale, la traduzione, le modifiche, gli adattamenti e le diverse disposizioni del materiale, la distribuzione, la presentazione in pubblico e l'utilizzazione economica.

C'è invece la possibilità di una libera utilizzazione quando l'accesso e la consultazione sono svolte per finalità didattiche o di ricerca scientifica, quando l'uso dei dati persegue fini di sicurezza pubblica e quando i dati sono utilizzati per una procedura amministrativa o giurisdizionale. La durata del diritto d'autore è di 70 anni dalla morte dell'autore.

In qualunque caso le banche dati sono tutelate dal diritto d'autore indipendentemente dalla tutela eventualmente accordata alle opere o ai dati da cui esse sono composte, con la precisazione che la tutela della banca dati non si estende alle opere o dati in questione. In sostanza la tutela riguarda la struttura della banca dati, in pratica la sua forma espressiva.

Nel caso in cui la banca di dati sia originale, cioè con dati organizzati secondo criteri originali e non per esempio in ordine alfabetico o cronologico, l'autore gode dei diritti morali e di sfruttamento economico della banca dati stessa. Invece nel caso in cui la banca dati non sia originale la tutela dei diritti non è per l'autore, ma per il costruttore ovvero colui che effettua investimenti per la costituzione della banca dati. Al costitutore della banca di dati sarà riconosciuta, sul solo territorio dell' Unione europea , la titolarità di un diritto sui generis diverso dal diritto d'autore e dai diritti connessi, volto a tutelare il lavoro svolto e gli investimenti effettuati. Infatti il costitutore può vietare le operazioni di estrazione e reimpiego della totalità o di una parte della banca dati. La durata del diritto del costitutore è di 15 anni, rinnovabile in caso di modifiche o integrazioni sostanziali apportate alla raccolta. Il conteggio dei 15 anni comincia dal 1º gennaio dell'anno successivo alla data del completamento della banca dati. Nel caso in cui il database sia accessibile via internet i 15 anni cominciano dal 1º gennaio successivo alla messa a disposizione della banca di dati stessa.

Diritto sui generis

Il diritto sui generis è rivolto al costitutore di una banca di dati, individuato in colui che ha effettuato investimenti di denaro, tempo e lavoro, indipendentemente dal valore creativo e originale dell'opera.

Il diritto sui generis è stato riconosciuto in ambito comunitario grazie all'introduzione della Direttiva 96/9/CE presentata dall' Unione Europea , in cui si parla del suddetto diritto nel capitolo III e più precisamente negli articoli che vanno dal 7 fino all'11. ^[2]

Tramite questo diritto, gli Stati membri conferiscono al costitutore di una banca di dati la possibilità di vietare operazioni di estrazione e/o reimpiego della totalità o di una parte sostanziale del contenuto della stessa, valutata in termini qualitativi o quantitativi, qualora il conseguimento, la verifica e la presentazione di tale contenuto attestino un investimento rilevante.

Gli Stati membri possono inoltre stabilire che l'utente legittimo di una banca di dati messa in qualsiasi modo a disposizione del pubblico possa, senza autorizzazione del costitutore della stessa, estrarre e/o reimpiegare una parte sostanziale del contenuto di tale banca:

a) qualora si tratti di un'estrazione per fini privati del contenuto di una banca di dati non elettronica;

b) qualora si tratti di un'estrazione per finalità didattiche o di ricerca scientifica, purché l'utente legittimo ne citi la fonte e in quanto ciò sia giustificato dagli scopi non commerciali perseguiti;

c) qualora si tratti di estrazione e/o reimpiego per fini di sicurezza pubblica o per una procedura amministrativa o giurisdizionale.

La tutela sui generis è quindi una protezione dell'insieme delle informazioni contenute all'interno di una banca dati, considerando lo sforzo impiegato per la sua realizzazione.

Per tali ragioni la tutela sui generis trova il suo fondamento giuridico nel principio di territorialità , in quanto solo le banche dati create da un cittadino di uno Stato membro dell'Unione Europea ne beneficiano.

Il requisito fondamentale richiesto per la concessione della tutela sui generis è un ingente investimento di risorse umane ed economiche, in modo tale da poter differenziare la raccolta con una semplice copia di informazioni, che non richiede un impiego tanto grande.L'investimento che viene preso in considerazione riguarda le attività di raccolta di dati, la verifica delle informazioni e la presentazione dell'insieme dei materiali.

Analizzando il diritto d'autore e il diritto sui generis, in questa prospettiva, è facile capire le differenze.Il primo si limita a proteggere la forma, quindi l'architettura e la sequenza in cui sono disposti i dati, frutto di una elaborazione creativa; il secondo si applica al materiale raccolto, a prescindere dal modo in cui viene organizzato.

Applicazioni

Questa sezione sull'argomento informatica è ancora vuota . Aiutaci a scriverla!

Note

Bibliografia

• Paolo Atzeni, Stefano Ceri, Stefano Paraboschi e Riccardo Torlone, Basi di dati (modelli e linguaggi di interrogazione) , McGraw Hill, 2003, ISBN 978-88-386-6600-1 .
• Atzeni, Ceri, Fraternali, Paraboschi, Torlone – Basi di dati (architetture e linee di evoluzione) - McGraw Hill, 2003
• Roberto Doretti,Data base – Concetti e disegno , Gruppo Editoriale Jackson, 1985, ISBN 88-7056-174-7 .
• ( EN ) Ramez Elmasri, Shamkant B. Navathe, Fundamentals of Database Systems , Fourth Edition, Addison Wesley, 2003
• ( EN ) Tamer-Ozsu, P. Valduriez, Principles of Distributed Database Systems , Prentice Hall, 1999
• Giovanni Guglielmetti, La tutela delle banche dati con diritto sui generis nella direttiva 96/9/CE , in Contratto e impresa / Europa , 1997, pag. 177 e segg.
• Paola AE Frassi, Creazioni utili e diritto d'autore. Programmi per elaboratore e raccolte di dati , Giuffrè, 1997
• Laura Chimienti, Banche dati e diritto d'autore , Giuffrè, 1999

Voci correlate

Altri progetti

• Wikizionario contiene il lemma di dizionario « database »
• Wikiversità contiene la materia Basi di dati
• Wikimedia Commons contiene immagini o altri file sui database

Collegamenti esterni

• ( EN ) Base di dati , su Enciclopedia Britannica , Encyclopædia Britannica, Inc.
• Appunti di database , su sites.google.com .
• Appunti sulla progettazione di database relazionali , su illuminamente.org . URL consultato il 4 maggio 2014 (archiviato dall' url originale il 5 maggio 2014) .
• Diritto D'autore , su dirittodautore.it . URL consultato il 26 giugno 2020 (archiviato dall' url originale il 24 maggio 2019) .

Portale Informatica

Portale Internet

Portale Scienza e tecnica