Bază de date

Dezambiguizare - „Baza de date“ se referă aici. Dacă sunteți în căutarea pentru alte semnificații, a se vedea 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 să fie revizuite și actualizate cât mai curând posibil. Într-adevăr, se pare că acest articol conține informații învechite și / sau învechite. Dacă aveți posibilitatea, să contribuie la actualiza.

Simbolul vector al bazelor de date

Cu baza de date (sau bază de date, uneori abreviat cu acronimul DB din limba engleză baza de date) în informatică înseamnă un set de structurate de date , care este omogenă în conținut și format, stocate într - un calculator , care reprezintă de fapt digitală versiune a unei arhive de date sau un fișier.

Istorie

La începutul istoriei de calcul , marea majoritate a programelor specializate a permis accesul la o singură bază de date, pentru a obține viteza de execuție în timp ce pierde flexibilitatea. Astăzi, însă, sistemele moderne pot fi utilizate pentru a efectua operațiuni pe un număr mare de baze de date diferite. Deoarece anii șaptezeci ai secolului XX , bazele de date au fost supuse unui enorm de dezvoltare , atât în ceea ce privește cantitatea de date stocate și în ceea ce privește tipurile de arhitecturi adoptate. De atunci , și mai ales de la începutul secolului 21 . Acestea sunt arhitecturile de date care s-au dezvoltat de-a lungul anilor:

• Centralizat Arhitectura, Baze de date ;
• Arhitectură paralelă;
• Arhitectura distribuită ;
• Arhitectură Federată;
• Integrarea datelor Arhitectura;
• Data Warehouse Arhitectura.

Descriere

Utilizarea terminologiei

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

• arhiva la nivel fizic ( hardware ), adică sistemul cu stocare mass - media ( stocare , de exemplu , hard disk ) , care conțin datele însele, adică delegate la persistența datelor, iar procesorul de procesare a acestora ( server de baze de date );
• arhiva la nivel logic, adică datele structurate, iar software -o parte, care este sistemul de management al bazei de date (DBMS) sau că vasta categorie de aplicații care permit crearea, manipularea (gestionarea) și pentru interogarea eficientă a datelor.

Informal și incorect, „baza de date“ cuvânt este adesea utilizat pentru a indica sistemul de management al bazei de date (SGBD), referindu -se astfel doar la partea de software. Un client - partea bazei de date client interacționează cu SGBD serverul și , astfel , de asemenea , 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 eficientă decât o serie de date arhiva creată , de exemplu , prin sistemul de fișiere al unui sistem de operare pe un calculator , 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ă folosit în cazul în care datele are o structură foarte simplă sau atunci când este procesat de către un program de aplicație unică.

Cu toate acestea, de la sfârșitul anilor șaizeci, sisteme software speciale numite „sisteme de management de baze de date“ (în limba engleză „ Sistem de Management baze de date “ sau „Baze de date“) au fost folosite 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 de obicei pentru a utiliza tehnici derivate din inteligența artificială , cum ar fi mineritul de date , pentru a încerca să extragă relații sau mai multe , în general , informații prezente în bazele de date, dar nu imediat vizibil.

Structură și model logic

Model ierarhic de baze de date

Informațiile conținute într - o bază de date este structurată și legate între ele conform unui model logic particular ales de proiectant, de exemplu relațional , ierarhic , reticular sau orientat pe obiect . Utilizatorii interfață cu baze de date prin intermediul așa-numita limbă de interogare ( interogare de căutare sau o interogare, insera, șterge, actualiza etc.), și datorită aplicațiilor speciale de software dedicat ( SGBD ).

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

1. ierarhice ( șaizeci de ani ) reprezentat de un copac , sau cu structuri similare cu ierarhice sisteme de fișiere ,
2. reticular ( 1960 ) , care pot fi reprezentate printr - un grafic ,
3. relaționale ( saptezeci ) în prezent , cea mai răspândită, reprezentată prin tabele și relațiile dintre ele,
4. obiect ( optzeci de ani ) , extinderea la bazele de date ale paradigmei „Object Oriented“, o programare tipic orientat pe obiect,
5. -Document orientat ( NoSQL ),
6. Key-Value Store ( NoSQL ),
7. Graph bazate pe ( NoSQL ),
8. Columnar ( NoSQL ),
9. semantica (timpuriu 2000s ) , care pot fi reprezentate cu un grafic relațională.

Modelul bazei de date de rețea

XML format, 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ă a unei baze de date bună constă în a nu relua inutil informațiile conținute în ea: acest lucru este posibil , de către managerii bazelor de date relaționale , teoretizată de Edgar F. Codd , care permit ca datele să fie salvate în tabele care pot fi conectate.

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 prelucrare a calculatoarelor, acest contrast cu flexibilitate a fost atenuat, odată cu crearea , în anii șaizeci dintr - o serie de baze de date , care ar putea fi utilizate pentru diferite aplicații. Interesul în stabilirea unui standard a crescut și Charles W. Bachman , creatorul IDS, unul dintre aceste produse, a fondat baza de date Task Group în cadrul grupului Codasyl, echipa de lucru dedicată crearea și standardizarea COBOL de programare limba . În 1971 acest standard a fost produs și a fost numit „Codasyl abordare“ și în curând o serie de produse pe baza acestei abordări au fost disponibile pe piață .

Această abordare s-a bazat pe navigarea manuală într-un set de date dispuse sub formă de rețea. În cazul în care programul a fost deschis pentru prima dată, a fost pe primele date disponibile care conțin, printre altele, un pointer la 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ă. Simple interogări , cum ar fi „Găsiți toate persoanele născute în Suedia“ necesară traversează întregul set de date. Nu a existat o funcție de căutare; astăzi , acest lucru ar putea parea ca o limitare, dar la momentul respectiv , din moment ce datele au fost stocate pe bandă magnetică , operații , cum ar fi cele subliniate mai sus înrăutățit și mai mult timpul de căutare.

În 1968 IBM a dezvoltat propriul SGBD sistem numit IMS . IMS a fost dezvoltarea unui program folosit în misiunile Apollo pe sistemele / 360 și a folosit un sistem similar cu abordarea Codasyl, cu singura diferență fiind un sistem ierarhic , mai degrabă 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 atribuire , în 1973 , în care a fost distins cu Premiul Turing , a prezentat o lucrare intitulată „Programatorul ca navigator“. IMS este clasificată de obicei ca o ierarhică bază de date, în timp ce IDS și IDMS (ambele baze de date CODASYL), CINCOMs și TOTAL sunt clasificate ca rețea (sau de rețea ) de baze de date.

Baza de date relațională

Același subiect în detaliu: RDBMS , relațională algebră, Relational Calculul și SQL .

Exemplu de RDBMS tabel sau în conformitate cu modelul relațional (profesori și cursurile lor). 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).

Baze de date relațională sunt , de asemenea , numite RDBMS (Relational SGBD).

Edgar F. Codd a lucra la IBM California birou ca un cercetator pe curs de formare hard disk tehnologie atunci când a observat ineficiența abordării Codasyl cu noul mod de stocare a datelor, în principal din cauza lipsei unei funcții de căutare. În 1970 a început să producă diverse documente schematizzanti o nouă abordare a construirii bazelor de date, culminând cu „ modelul relațional pentru băncile de date mari comune“ (O relationale Model de date pentru mari bănci de date partajat).

Î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 comună a bazelor de date este de a înregistra informații despre utilizatori: numele lor, 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 - un singur „ înregistrare “, iar elementele care nu sunt 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ția este divizată, de exemplu, în „utilizator“ tabele, „adrese“, „numere de telefon“ , și numai în cazul în care datele este prezent tuplul creată în tabelul respectiv.

Unul dintre cele mai interesante aspecte introduse în bazele de date relaționale constă în conectarea tabelelor: în modelul relațional, o „cheie“ este definit pentru fiecare „ înregistrare “, care este un identificator unic al tuplul. Î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 utilizatorilor, „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 mese

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 mai târziu dezvoltat în codificare care este universal adoptată astăzi și care este blocul de construcție fundamentală a 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 punerea în aplicare a acestei teorii , în unele prototipuri în începutul anilor 1970 , cum ar fi „System 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-user" au fost realizate în 1978 și 1979 ; în aceiași ani SQL limba a fost standardizat. Superioritatea acestui sistem peste Codasyl a fost , prin urmare , evidentă și IBM mutat pentru a dezvolta o versiune comercială a „System R“, care a luat numele de „SQL / DS“ primul „Database 2“ (DB2) în cele din urmă.

Munca Codd a fost continuată la Universitatea Berkeley de Eugene Wong si 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 similar cu „System R“ și a inclus o limbă 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ă se Ingres s- au născut ca „spin-off“ pentru difuzarea Ingres la începutul anilor 1980 . Chiar si Microsoft SQL Server este, în unele moduri, o derivare a "Sybase" și, prin urmare, de Ingres . Numai Larry Ellison Oracle a început folosind o abordare diferită, bazată pe IBM „System R“, și în cele din urmă a prevalat față de alte companii cu produsul său, lansat în 1978 .

În Suedia , munca Codd a fost dezvoltat la Universitatea din 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 , importate ulterior în aproape toate DBMS.

Baza de date multidimensională

Baze de date multidimensionale sunt o paradigmă definită încă o dată de Codd pentru a compensa performanțele slabe oferite de baze de date relaționale , în cazul utilizării bazelor de date se pentru procesele de analiză ( on - line proces analitic , OLAP). Aceste sisteme permit să efectueze analize privind cantități imense 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 on - line , 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ă software sistemele în care date persistența este , în general , caracterizate prin faptul că nu utilizează modelul relațional , utilizat de obicei de baze de date tradiționale ( RDBMS ). Expresia „NoSQL“ se referă la SQL limba, care este cea mai comună de date limbajul de interogare în baze de date relaționale, aici luată ca un simbol al întregii paradigma relațională.

Baza de date orientată spre documente

Același subiect în detaliu: Document baze de date orientate .

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 cu 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: bază de date Graph .

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. Ei scară mai ușor la cantități mari de date și nu necesită tipic și costisitoare se alăture operațiunilor . Ele sunt mai puțin dependente de o rigidă entitate-relație de model și sunt mult mai adecvate pentru manipularea datelor în schimbare 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: baze de date orientate spre obiect .

Baze de date obiect sunt , de asemenea , numite ODBMS (SGBD obiect). 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ă se adapteze metodele ș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 exploatează 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 SGBD).

Pe internet

Această intrare sau de secțiune privind terminologia și IT subiecte de baze de date nu citează sursele necesare sau cele prezente sunt insuficiente. Puteți îmbunătăți această intrare adăugând citate din surse de încredere în conformitate cu liniile directoare privind utilizarea surselor .

Ele 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 numai cel al depozit container sau de date, dar , de asemenea , acela de a crea o interfață grafică , care pot fi folosite pentru a le gestiona, prezentându - se la fel de real aplicatii web . 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 .

MySQL linie de comandă client

Firebird SQL interfață

Microsoft Access interfață

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

Printre cele mai populare open source SGBD vom găsi:

• 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 complexe sunt sisteme software proiectate nu numai pentru a stoca date, dar , de asemenea , pentru a oferi acces rapid și eficient la o multitudine de utilizatori, în același timp și protecția oferită de garanție atât eșecuri și de acces nejustificate (securitatea bazei de date sau de protecție).

Tranzacții și proprietate

Același subiect în detaliu: Transaction (baze de date) și ACID .

Orice schimbare în starea bazei de date prin diferite operații se numește o tranzacție , care trebuie să respecte așa-numitele reguli sau ACID proprietăți. Cele mai multe operații tipice în DB sunt cele cuprinse de acronimul CRUD .

Eficiență și siguranță

Același subiect în detaliu: Protecție la eșecuri (baze de date) și atac pe baze de date .

Mijloace de securitate care împiedică baza de date de a fi deteriorate prin intervenții accidentale sau neautorizate, de exemplu , un atac asupra bazelor de date , și menținerea integrității acestuia sau să asigure că operațiunile efectuate pe baza de date de către utilizatorii autorizați nu cauzează o pierdere substanțială de date, garantând în același timp fiabilitate . 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 bazelor de date

Proiecta

Același subiect în detaliu: proiectarea bazelor 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 / administrarea bazei de date, orice operațiune asupra bazei de date de către utilizator / administrator pe DBMS poate fi obținută printr - un limbaj adecvat printr - un manager de SGBD cu grafică interfață sau interfață 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:

• Data Definition Language (DDL) - vă permite să definiți structura sau organizarea logică a bazei de date ( schema bazei de date ) și permisiunile de acces.
• Data Manipulation Language (LMD) - vă permite să inserați, să modificați datele de ștergere ( tranzacție ).
• Controlul datelor Language (DCL) - vă permite să gestionați utilizatori și permisiuni.
• Dispozitiv de Control Media Language (DMCL) - vă permite să controlați mass - media ( de memorie de masă ) , în cazul în care datele sunt stocate.
• Query Language (QL) - vă permite să interogarea bazei de date, și anume extractul și datele citite.

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

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

• Limbi textuale interactive, cum ar fi SQL , care este în prezent cel mai folosit un limbaj și din care mai multe standarde au fost publicate.
• Limbi de text interactive imersate în comun cu limbaje de programare , cum ar fi C , BASIC etc.
• Limbaje text interactive imersate în limbaje de programare proprietare.
• Grafice și limbaje ușor de utilizat , cum ar fi QBE (Query Prin exemplul), care poate fi , de asemenea , utilizate de mai puțin experimentat.

Relația cu drepturile de autor

Bazele de date sunt protejate de legea privind dreptul de autor atât ca opere de ingeniozitate de natură creatoare și ca un 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