Bază de date

De la Wikipedia, enciclopedia liberă.
Salt la navigare Salt la căutare
Notă despre dezambiguizare.svg Dezambiguizare - „Baza de date“ se referă aici. Dacă sunteți în căutarea pentru alte semnificații, a se vedea baza de date (dezambiguizare) .
Simbolul Vector de baze 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, cu toate acestea, sistemele moderne pot fi utilizate pentru a efectua operațiuni pe un număr mare de diferite baze de date. 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 arhitecturi de date care au dezvoltat de-a lungul anilor:

Descriere

Utilizarea terminologiei

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

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 multe baze de date moderne, care este cele bazate pe modelul relațional, datele sunt împărțite în tabele speciale de subiecte, iar apoi aceste subiecte sunt împărțite în categorii (câmpuri), cu toate operatiunile 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 cu privire la reprezentările lor și relațiile pe care le leagă. De multe ori, dar nu în mod necesar, o bază de date conține următoarele informații:

  • Structuri de date care accelerează operațiunile de frecvente, de obicei, în detrimentul operațiunilor de mai puțin frecvente.
  • Legături cu date externe, adică referiri la fișiere locale sau de la distanță, care nu fac parte din baza de date.
  • Informații de securitate care autorizează numai anumite profiluri de utilizator pentru a efectua anumite operațiuni pe anumite tipuri de date.
  • Programele care sunt executate, în mod automat sau la cererea utilizatorilor autorizați, pentru a efectua prelucrarea datelor. Un automatismul tipic constă într-un program care rulează de fiecare dată când o serie de date de un anumit tip este modificat.

Într-un sistem informatic, o bază de date poate fi utilizată în mod direct de programele de aplicație, interfața cu mediul de stocare prin care acționează 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 acesteia.

De cercetare în domeniul bazelor de date studii următoarele aspecte:

  • Proiectarea bazelor de date.
  • proiectarea SGBD și punerea în aplicare.
  • Interpretare (analiză) a datelor conținute în bazele de date.

Baze de date fac adesea utilizarea unor 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.

Structura și modelul logic

Modelul bazei de date Ierarhic

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 , rețea sau obiect based . 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 aspect ș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 de bază 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 se pare ca o „întoarcere la originile“ ale 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.

Bază de date Navigational

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 sa bazat pe navigare manual într-un set de date aranjate sub forma unei rețele. Î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 un punct de referință, programul traversat seria de indicii până când acesta a găsit datul corect. Interogări simple precum „Găsiți toți oamenii născuți în Suedia” necesită parcurgerea întregului set de date. Nu a fost nici 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 au fost avute î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 relationale

Pictogramă lupă mgx2.svg 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 un nou mod de a stoca și modifica cantități mari de date. În loc de „linii“ (în limba engleză , dar , de asemenea , utilizat pe scară largă în italiană : înregistrare sau chiar „ tuplu “) , conectate între ele printr - un fel de structură «copac», la fel ca în Codasyl, el a decis să utilizeze un „tabel "de rânduri cu lungime fixă. Acest sistem ar fi fost foarte ineficiente în stocarea de date „rare“, în cazul în care masa ar fi avut mai multe „celule“ goale; această eroare de proiectare a fost corectată prin împărțirea datelor în diferite tabele, în cazul în care au fost mutate elemente opționale, mai degrabă decât de spațiu irosirea î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 se distinge un rând de altul este această „cheie“ precis și este amintit în definirea 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 prezente în fiecare uplu și nu a repetat de mai multe ori în fiecare relație.

Relația dintre tabele

Această operațiune de date „reunificarea“ nu este prevăzută în limbaje de programare tradiționale: în timp ce abordarea de navigare pur și simplu cere să „ciclu“ pentru a colecta diferite înregistrări “, abordarea relațională impune programul de „ciclu“ pentru a colecta diferite înregistrări . informații despre fiecare înregistrare. Codd, a propus, ca soluție, crearea unui limbaj dedicat acestei probleme. Acest limbaj dezvoltat mai târziu în codificare care este acum universal adoptată și care este blocul de construcție fundamentală a bazelor de date: SQL .

Folosind o ramură a matematicii numita „tuplu calcul“, el a demonstrat că acest sistem a fost capabil să efectueze toate operațiunile de administrare a bazei de date normale (inserare, ștergere, etc.) și că a furnizat , de asemenea , un instrument simplu pentru a găsi și grupuri de vizualizare a datelor în o singură operațiune.

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 primele sisteme au fost studiate, care ar putea sprijini subdiviziunea datelor în tabele separate, utile, după cum am văzut, pentru separarea datelor opționale în alte produse decât cel principal tabele. 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 cu fonduri destinate pentru crearea unei geografice baze de date, a văzut lumina în 1973 și a produs primele rezultate în 1974 , de asemenea , datorită muncii de 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 .

SQL UPDATE exemplu declarație

Multe dintre persoanele implicate în proiect sa convins de fezabilitatea comercială a acelorași și a fondat companii de 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.

Bază de date multidimensionala

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 în fiecare bază de date relațională comercială are un motor multidimensional intern pentru efectuarea analizelor.

Bază de date NoSQL

Pictogramă lupă mgx2.svg 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ă.

Baze de date orientate-document
Pictogramă lupă mgx2.svg Același subiect în detaliu: Document baze de date orientate .

Un document Baza de date Oriented este un program pentru aplicații orientate spre documente. Aceste sisteme pot fi implementate ca un strat pe partea de sus a unei baze de date relaționale sau obiect.

baze de date orientate-document nu stochează date în tabele cu câmpuri uniforme pentru fiecare înregistrare ca și î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 bucăți de date.

Bază de date Graph
Pictogramă lupă mgx2.svg Același subiect în detaliu: bază de date Graph .

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

Baze de date grafic sunt de multe ori mai rapid decât bazele de date relaționale în setul de date pentru legare, și harta mai direct structurile de aplicații orientate pe obiecte. 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 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țiuni pe o cantitate mare de date.

Baze de date orientate obiect
Pictogramă lupă mgx2.svg 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, baze de date multidimensionale a jucat un rol important pe piata: au dus la crearea de baze de date orientate-obiect. Bazat pe aceleași concepte generale, acest nou tip de sisteme permite utilizatorilor să stocheze direct „obiecte“ în cadrul diferitelor 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 special de proprietate asupra bazelor de date multidimensionale. În programarea orientată pe obiecte, fiecare dintre aceste „obiecte“ va conține în mod tipic altele. De exemplu, obiectul care conține dl Smith va conține o referire la obiectul „Address“. Cu un conținut de suport pentru mai multe limbaje de programare orientate-obiect, baze de date care efectul de levier aceeași tehnologie se confruntă cu o perioadă de puternică dezvoltare în aceste zile.

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

Pe internet

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 tabele construi structurate de date de toate tipurile, cu domenii, cum ar fi text, numere, data și ora ș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

Pictogramă lupă mgx2.svg Același subiect în detaliu: SGBD .
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:

Cele mai multe sisteme comerciale populare sunt:

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 dreptul de proprietate

Pictogramă lupă mgx2.svg 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ța și siguranța

Pictogramă lupă mgx2.svg 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ție împotriva accesului neautorizat este o problemă importantă în gestionarea bazelor de date care se dovedesc a fi vulnerabile în următoarele puncte:

Punerea în aplicare și de gestionare

Proiecta

Pictogramă lupă mgx2.svg Același subiect în detaliu: proiectarea bazelor de date .

proiectare baze de date este procesul de formulare a unui model detaliat al bazei de date. Acest model conține toate opțiunile logice și fizice de proiectare și parametrii de stocare fizice necesare pentru generarea limbajului de definire a datelor (DDL), care pot fi utilizate pentru punerea în aplicare a bazei de date. Un model de date complet specificat conține detalii specifice pentru fiecare entitate în parte.

Limbile utilizate

În contextul 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 lexicon și sintaxă care definesc toate posibilele instrucțiuni , în funcție de utilizarea sau scopul lor, pornind de la crearea / proiectarea, gestionarea, restructurare, securitate, până la interogarea bazei de date în sine.:

Sintaxa acestor limbi variază în funcție particulare DBMS și diferitele limbi menține uniformitatea conceptuală între ele.

De asemenea, este posibil să se subdiviza limbi 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.
  • limbi de text interactive cufundat î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 de a autoriza:

a) reproducerea permanentă sau temporară, totală sau parțială, prin orice mijloc ș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

Note

  1. ^ Legge sul diritto d'autore | Altalex , su Altalex . URL consultato il 18 gennaio 2017 (archiviato dall' url originale il 5 giugno 2019) .
  2. ^ Direttiva 96/9/CE del Parlamento europeo e del Consiglio , su eur-lex.europa.eu .

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

Collegamenti esterni

Controllo di autorità Thesaurus BNCF 3181 · LCCN ( EN ) sh86007767 · GND ( DE ) 4113276-2 · BNF ( FR ) cb11931023c (data) · NDL ( EN , JA ) 00865521