Base de dades

De la Viquipèdia, l'enciclopèdia lliure.
Saltar a la navegació Saltar a la cerca
Nota de desambiguació.svg Desambiguació : aquí es fa referència a "Base de dades". Si esteu buscant altres significats, vegeuBase de dades (desambiguació) .
Símbol vectorial de bases de dades

Amb base de dades (o base de dades , de vegades abreujada amb l’acrònim DB de la base de dades anglesa ) en informàtica s’entén un conjunt de dades estructurades homogènies en contingut i format, emmagatzemades en un ordinador , que representen de fet la versió digital d’un arxiu de dades. o arxiu .

Història

A la primera història de la informàtica , la gran majoria de programes especialitzats permetien l’accés a una única base de dades per guanyar velocitat d’execució tot perdent flexibilitat. Avui, però, els sistemes moderns es poden utilitzar per realitzar operacions en un gran nombre de bases de dades diferents. Des dels anys setanta del segle XX , les bases de dades han experimentat un enorme desenvolupament tant pel que fa a la quantitat de dades emmagatzemades com pel que fa als tipus d’arquitectures adoptades. Des de llavors i sobretot des de principis del segle XXI . Aquestes són les arquitectures de dades que s'han desenvolupat al llarg dels anys:

Descripció

Ús de la terminologia

El terme també pot indicar al mateix temps:

De manera informal i incorrecta, la paraula "base de dades" s'utilitza sovint per indicar el sistema de gestió de bases de dades (SGBD), fent referència només a la part del programari. Un client de base de dades del costat del client interactua amb el servidor SGBD i, per tant, també amb la base de dades en un sentit físic.

A les bases de dades més modernes, és a dir, les basades en el model relacional, les dades es divideixen en taules especials per temes i, a continuació, aquests temes es divideixen en categories (camps) amb totes les operacions possibles esmentades anteriorment. Aquesta divisió i aquesta funcionalitat fan que les bases de dades siguin considerablement més eficients que un arxiu de dades creat, per exemple, a través del sistema de fitxers d’un sistema operatiu en un ordinador , almenys per gestionar dades complexes.

Gestió de la informació

La base de dades també ha de contenir informació sobre les seves representacions i les relacions que les uneixen. Sovint, però no necessàriament, una base de dades conté la informació següent:

  • Estructures de dades que acceleren les operacions freqüents, normalment a costa d’operacions menys freqüents.
  • Enllaços amb dades externes, és a dir, referències a fitxers locals o remots que no formen part de la base de dades.
  • Informació de seguretat que només autoritza determinats perfils d’usuaris a realitzar determinades operacions amb determinats tipus de dades.
  • Programes que s’executen, automàticament o a petició d’usuaris autoritzats, per realitzar el processament de dades. Un automatisme típic consisteix a executar un programa cada vegada que es modifiquen dades d’un determinat tipus.

En un sistema informàtic, una base de dades pot ser utilitzada directament pels programes d'aplicació, interactuant amb el suport d'emmagatzematge actuant directament sobre els fitxers. Aquesta estratègia es va adoptar universalment fins als anys seixanta i encara s’utilitza quan les dades tenen una estructura molt senzilla o quan són processades per un sol programa d’aplicació.

Tanmateix, des de finals dels anys seixanta, s’han utilitzat sistemes especials de programari anomenats "sistemes de gestió de bases de dades" (en anglès " Database Management System " o "DBMS") per gestionar bases de dades complexes compartides per diverses aplicacions. Un dels avantatges d’aquests sistemes és la possibilitat de no actuar directament sobre les dades, sinó de veure’n una representació conceptual.

La investigació en el camp de les bases de dades estudia les qüestions següents:

  • Disseny de bases de dades.
  • Disseny i implementació de SGBD.
  • Interpretació (anàlisi) de dades contingudes en bases de dades.

Les bases de dades solen fer ús de tecnologies derivades d'altres branques de la tecnologia de la informació. És habitual utilitzar tècniques derivades de la intel·ligència artificial , com la mineria de dades , per intentar extreure relacions o més generalment informació present a les bases de dades, però no visible immediatament.

Estructura i model lògic

Model de base de dades jeràrquica

La informació continguda en una base de dades s’estructura i s’enllaça segons un model lògic concret triat pel dissenyador, per exemple, relacional , jeràrquic , basat en xarxa o basat en objectes . Els usuaris interactuen amb les bases de dades mitjançant l'anomenat llenguatge de consulta ( consulta de cerca o consulta, inserir, eliminar, actualitzar, etc.), i gràcies a aplicacions especials de programari dedicat ( DBMS ).

Normalment, les bases de dades poden tenir diverses estructures, per ordre cronològic d’aparició i difusió:

  1. jeràrquic ( anys seixanta ) representat per un arbre , o amb estructures similars als sistemes de fitxers jeràrquics,
  2. reticular ( anys 60 ) que es pot representar mitjançant un gràfic ,
  3. relacional ( setanta ) actualment la més estesa, representada per taules i relacions entre elles,
  4. extensió object ( vuitanta ) a les bases de dades del paradigma "Object Oriented", una típica programació orientada a objectes,
  5. Orientat a documents ( NoSQL ),
  6. Botiga de valor clau ( NoSQL ),
  7. Basat en gràfics ( NoSQL ),
  8. Columna ( NoSQL ),
  9. semàntica (principis dels anys 2000 ) que es pot representar amb un gràfic relacional.
Model de base de dades de xarxa

El format XML , així com per a l’intercanvi de dades a la xarxa, s’estén per a la definició de bases de dades reals. XML té una estructura jeràrquica, de manera que sembla un "retorn als orígens" dels models de dades.

Un requisit important per a una bona base de dades consisteix a no duplicar innecessàriament la informació que conté: això és possible pels gestors de bases de dades relacionals , teoritzades per Edgar F. Codd , que permeten guardar les dades en taules enllaçables.

La funcionalitat d’una base de dades depèn de manera essencial del seu disseny : la correcta identificació dels propòsits de la mateixa base de dades i, per tant, de les taules, que es definiran a través dels seus camps i de les relacions que les uneixen, permetent així obtenir dades cada vegada més ràpides. extracció: en general una gestió més eficient.

Base de dades de navegació

Amb el creixement de la capacitat de processament dels ordinadors, aquest contrast amb la flexibilitat es va atenuar, amb la creació als anys seixanta d’una sèrie de bases de dades que es podrien utilitzar per a diferents aplicacions. L’interès per establir un estàndard va créixer i Charles W. Bachman , creador d’IDS, un d’aquests productes, va fundar el grup de tasques de bases de dades dins del grup Codasyl , l’equip de treball dedicat a la creació i estandardització del llenguatge de programació COBOL . El 1971 es va produir aquest estàndard que es va denominar "enfocament Codasyl" i aviat es van trobar al mercat una sèrie de productes basats en aquest enfocament.

Aquest enfocament es basava en la navegació manual en un conjunt de dades disposades en forma de xarxa. Quan es va obrir el programa, es tractava de les primeres dades disponibles que contenien, entre altres coses, un indicador de les dades següents. Per trobar una dada, el programa va recórrer la sèrie de punteres fins que va trobar la dada correcta. Cal fer consultes senzilles com ara "Cerca totes les persones nascudes a Suècia" per recórrer tot el conjunt de dades. No hi havia cap funció de cerca; avui pot semblar una limitació, però en aquell moment, ja que les dades s’emmagatzemaven en cinta magnètica , operacions com les ressaltades anteriorment empitjoraven encara més el temps de cerca.

El 1968 IBM va desenvolupar el seu propi sistema SGBD anomenat IMS . IMS va ser el desenvolupament d'un programa utilitzat en les missions Apollo a Systems / 360 i va utilitzar un sistema similar a l'enfocament Codasyl , amb l'única diferència en un sistema jeràrquic en lloc d'una xarxa.

Totes dues solucions van prendre el nom de "bases de dades de navegació" a causa del mètode de consulta que s'havia previst. A més, Charles Bachman , amb motiu de la cerimònia de lliurament del premi en 1973 en què se li va atorgar el premi Turing , va presentar un treball titulat "El programador com a navegador". Normalment, IMS es classifica com a base de dades jeràrquica , mentre que IDS i IDMS (ambdues bases de dades CODASYL ), CINCOM i TOTAL es classifiquen com a bases de dades de xarxa (o xarxa ).

Base de dades relacional

Icona de la lupa mgx2.svg El mateix tema en detall: RDBMS , Àlgebra relacional, Càlcul relacional i SQL .
Exemple de taula RDBMS o segons el model relacional ( professors i els seus cursos ). Es veu a la part superior en gris la capçalera o capçalera de la taula amb els noms dels diversos camps o atributs i els valors que assumeixen a les files, registres o tuples respectius del cos subjacent (hi ha un registre duplicat).

Els SGBD relacionals també s’anomenen SGBD ( SGBD relacionals ).

Edgar F. Codd treballava a l' oficina d' IBM a Califòrnia com a investigador sobre la tecnologia del disc dur incipient quan va observar la ineficàcia de l'enfocament Codasyl amb la nova forma d'emmagatzemar dades, principalment a causa de l'absència d'una funció de cerca. El 1970 va començar a produir diversos documents schematizzanti un nou enfocament de la construcció de bases de dades, que va culminar amb el " model relacional per a grans bancs de dades compartits" (Un model relacional de dades per a grans bancs de dades compartides).

En aquest article, va descriure una nova manera d’emmagatzemar i modificar grans quantitats de dades. En lloc d'utilitzar "línies" (en anglès , però també àmpliament utilitzat en italià : " record " o fins i tot " tupla ") connectades entre si mitjançant algun tipus d'estructura "arbre", com a Codasyl , va decidir utilitzar una "taula" "de files de longitud fixa. Aquest sistema hauria estat molt ineficient per emmagatzemar dades "escasses", on la taula podria haver tingut diverses "cel·les" buides; aquest error de disseny es va corregir dividint les dades en diferents taules, on es movien elements opcionals, en lloc de malgastar espai a la taula principal.

Per exemple, un ús habitual de les bases de dades és registrar informació sobre usuaris: el seu nom, informació d’inici de sessió, adreça i números de telèfon. En una base de dades de navegació, totes aquestes dades haurien estat emmagatzemades en un únic " registre " i els elements no presents (per exemple, un usuari de l'adreça desconeguda) haurien estat simplement omesos. Per contra, en una base de dades relacional, la informació es divideix, per exemple, en les taules "usuari", "adreces", "números de telèfon" i només si hi ha dades, es crea una tupla a la taula respectiva.

Un dels aspectes interessants introduïts a les bases de dades relacionals rau en la connexió de les taules: en el model relacional, es defineix una "clau" per a cada " registre ", que és un identificador únic de la tupla . En la reconstrucció de les relacions, l'element de referència, que distingeix una fila d'una altra, és precisament aquesta "clau" i es recorda en la definició de la relació. La clau pot ser una de les dades que s'emmagatzemen (per exemple, per a la taula d'usuaris, el "Codi tributari" de la persona), una combinació d'elles (clau composta) o fins i tot un camp que s'afegeix específicament per a això. propòsit. En qualsevol cas, la clau principal ha d’estar present en cada tupla i no s’ha de repetir mai més d’una vegada en cada relació.

Relació entre taules

Aquesta operació de "reunificació" de dades no està prevista en els llenguatges de programació tradicionals: mentre que l'enfocament de la navegació simplement requereix que "cicle" per recollir els diferents " registres " , l'enfocament relacional requereix que el programa "cicle" per recollir els diferents " registres " informació sobre cada registre. Codd va proposar, com a solució, la creació d’un llenguatge dedicat a aquest problema. Aquest llenguatge es va convertir posteriorment en la codificació que ara s’adopta universalment i que és el bloc fonamental de les bases de dades: SQL .

Utilitzant una branca de les matemàtiques anomenada "càlcul de tuples ", va demostrar que aquest sistema era capaç de realitzar totes les operacions normals d'administració de bases de dades (inserció, supressió, etc.) i que també proporcionava una eina senzilla per trobar i visualitzar grups de dades a una sola operació.

IBM va començar a implementar aquesta teoria en alguns prototips a principis dels anys setanta , com el "Sistema R" . La primera versió es va fer a 1,974 / 75 amb un instrument "monotabella"; en els anys següents es van estudiar els primers sistemes que podrien donar suport a la subdivisió de dades en taules separades, útils, com hem vist, per a la separació de dades opcionals en taules diferents de la principal. Les versions "multiusuari" es van fer el 1978 i el 1979 ; els mateixos anys es va estandarditzar el llenguatge SQL . La superioritat d'aquest sistema sobre Codasyl era per tant evident i IBM va passar a desenvolupar una versió comercial de "System R" , que prenia primer el nom de "SQL / DS" i "Database 2" (DB2) finalment.

El treball de Codd fou continuat a la Universitat de Berkeley per Eugene Wong i Michael Stonebraker . El seu projecte, anomenat INGRES i finançat amb fons destinats a la creació d’una base de dades geogràfica , va veure la llum el 1973 i va produir els seus primers resultats el 1974 també gràcies al treball de nombrosos estudiants que es van prestar com a programadors (gairebé 30 persones van treballar al projecte ). INGRES era molt similar a "System R" i incloïa un llenguatge alternatiu a SQL , anomenat QUEL .

Exemple de sentència SQL UPDATE

Moltes de les persones implicades en el projecte es van convèncer de la viabilitat comercial del mateix i van fundar empreses per entrar al mercat amb aquest producte. Sybase, Informix, NonStop SQL i, finalment, el propi Ingres van néixer com a "derivacions" per a la difusió d' INGRES a principis dels anys vuitanta . Fins i tot Microsoft SQL Server és, d’alguna manera, una derivació de “Sybase” i, per tant, d’ INGRES . Només Oracle de Larry Ellison va començar amb un enfocament diferent, basat en el "System R" d'IBM, i finalment va prevaler sobre altres empreses amb el seu producte, llançat el 1978 .

A Suècia, el treball de Codd es va desenvolupar a la Universitat d'Uppsala, que va desenvolupar un producte diferent, " Mimer SQL " , que es va comercialitzar el 1984 . Una peculiaritat d’aquesta solució rau en la introducció del concepte de transacció , posteriorment importat a gairebé tots els SGBD.

Base de dades multidimensional

Les bases de dades multidimensionals són un paradigma definit de nou per Codd per compensar el baix rendiment que ofereixen les bases de dades relacionals en el cas d’utilitzar les pròpies bases de dades per a processos d’anàlisi ( procés analític en línia , OLAP). Aquests sistemes permeten realitzar anàlisis de grans quantitats de dades amb eficiència, cosa que no és possible en bases de dades relacionals més adequades per gestionar transaccions ( procés de transaccions en línia , OLTP).

Des de finals dels anys noranta, gairebé totes les bases de dades relacionals comercials tenen un motor intern multidimensional per dur a terme anàlisis.

Base de dades NoSQL

Icona de la lupa mgx2.svg El mateix tema en detall: NoSQL .

NoSQL és un moviment que promou sistemes de programari on la persistència de les dades es caracteritza generalment per no utilitzar el model relacional , generalment utilitzat per les bases de dades tradicionals ( RDBMS ). L'expressió "NoSQL" fa referència al llenguatge SQL , que és el llenguatge de consulta de dades més comú a les bases de dades relacionals, pres com a símbol de tot el paradigma relacional.

Base de dades orientada a documents
Icona de la lupa mgx2.svg El mateix tema en detall: base de dades orientada al document .

Una base de dades orientada a documents és un programa per a aplicacions orientades a documents. Aquests sistemes es podrien implementar com una capa sobre una base de dades relacional o d'objectes.

Les bases de dades orientades a documents no emmagatzemen dades en taules amb camps uniformes per a cada registre com a les bases de dades relacionals, però cada registre s’emmagatzema com un document que posseeix certes característiques. Es pot afegir al document qualsevol nombre de camps amb qualsevol longitud. Els camps també poden contenir diverses dades.

Base de dades de gràfics
Icona de la lupa mgx2.svg El mateix tema en detall: base de dades de gràfics .

Una base de dades de gràfics utilitza nodes i arcs per representar i emmagatzemar informació. La representació de dades a través de gràfics proporciona una alternativa al model relacional que fa ús de taules, la base de les dades orientades a documents (mitjançant documents) o d’altres, com ara sistemes per a fitxers estructurats (emmagatzematge estructurat) basats en columnes o cistelles no interpretades. de dades.

Les bases de dades gràfiques sovint són més ràpides que les bases de dades relacionals en l’enllaç de conjunts de dades i mapen les estructures d’aplicacions orientades a objectes de manera més directa. S'escalen més fàcilment a grans quantitats de dades i no requereixen les operacions d'unió típiques i costoses. Depenen menys d'un patró rígid de relació entitat i són molt més adequats per manejar dades canviants amb patrons evolutius. En canvi, les bases de dades relacionals solen ser més ràpides en realitzar les mateixes operacions amb una gran quantitat de dades.

Base de dades orientada a objectes
Icona de la lupa mgx2.svg El mateix tema en detall: base de dades orientada a objectes .

Els SGBD d’objectes també s’anomenen ODBMS (SGBD d’objectes). No obstant això, les bases de dades multidimensionals van tenir un paper important al mercat: van conduir a la creació de bases de dades orientades a objectes. Basat en els mateixos conceptes generals, aquest nou tipus de sistemes permet als usuaris emmagatzemar directament "objectes" a les diferents bases de dades. És a dir, els mateixos principis que la programació orientada a objectes , en lloc d’haver d’adaptar mètodes i variables.

Això pot passar gràcies al concepte particular de propietat de bases de dades multidimensionals. En la programació orientada a objectes, cadascun d'aquests "objectes" normalment en conté d'altres. Per exemple, l'objecte que conté Mr. Smith contindrà una referència a l'objecte "Adreça". Amb bases de dades per a molts llenguatges de programació orientats a objectes, les bases de dades que aprofiten la mateixa tecnologia experimenten un període de fort desenvolupament en aquests dies.

Avui en dia, molts SGBD realment apliquen una barreja del model relacional i el model d’objectes. Per tant, parlem d’ORDBMS ( Object Relational DBMS ).

A Internet

Són un tipus particular de serveis web que ofereixen la possibilitat de crear bases de dades directament al web . Aquests serveis normalment ofereixen totes les funcions bàsiques d’una base de dades normal per crear taules estructurades de dades de tot tipus amb camps com ara text, números, data i hora i altres.

El seu servei no només és el de dipòsit o contenidor de dades, sinó també el de crear una interfície gràfica que es pugui utilitzar per gestionar-los, presentant-se com a aplicacions web reals. Compartir té un paper important precisament perquè les dades són visibles a Internet i, per tant, per altres persones que, amb els permisos necessaris, poden treballar-hi.

Característiques

Servidor de bases de dades

Icona de la lupa mgx2.svg El mateix tema en detall: SGBD .
Interfície SQL de Firebird
Interfície de Microsoft Access

El servidor és la part del SGBD i, per extensió, el servidor en què opera el programa, que s’encarrega de proporcionar els serveis d’ús de la base de dades a altres programes i altres ordinadors segons el mode client / servidor . El servidor emmagatzema les dades, rep les sol·licituds dels clients i processa les respostes adequades.

Entre els SGBD de codi obert més populars trobem:

Els sistemes comercials més populars són:

Els servidors de bases de dades són sistemes complexos de programari dissenyats no només per emmagatzemar dades, sinó també per proporcionar un accés ràpid i eficaç a una pluralitat d’usuaris alhora i garantir una protecció contra fallades i accessos indeguts (seguretat o protecció de la base de dades).

Transaccions i propietat

Icona de la lupa mgx2.svg El mateix tema en detall: Transaccions (bases de dades) i ACID .

Qualsevol canvi en l’estat de la base de dades mitjançant diverses operacions s’anomena transacció , que ha de respectar les anomenades regles o propietats ACID . Les operacions més típiques en un DB són les que es resumeixen amb l'acrònim CRUD .

Eficiència i seguretat

Icona de la lupa mgx2.svg El mateix tema en detall: Protecció contra fallades (bases de dades) i Atac a bases de dades .

Seguretat significa evitar que la base de dades es faci malbé per intervencions accidentals o no autoritzades, per exemple, un atac a bases de dades , i mantenir la seva integritat o garantir que les operacions realitzades a la base de dades per part d’usuaris autoritzats no causin una pèrdua substancial de dades, garantint fiabilitat al mateix temps. La protecció contra l'accés no autoritzat és un tema important en la gestió de bases de dades que demostren ser vulnerables en els punts següents:

Implementació i gestió

Disseny

Icona de la lupa mgx2.svg El mateix tema en detall: disseny de bases de dades .

El disseny de bases de dades és el procés de formulació d’un model detallat de la base de dades. Aquest model conté totes les opcions de disseny lògic i físic i els paràmetres d’emmagatzematge físic necessaris per generar el llenguatge de definició de dades (DDL) que es pot utilitzar per a la implementació de la base de dades. Un model de dades completament especificat conté detalls específics per a cada entitat.

Idiomes utilitzats

En el context de l’ús / administració de la base de dades, qualsevol operació a la base de dades per part de l’usuari / administrador al SGBD es pot obtenir a través d’un llenguatge adequat mitjançant un gestor de SGBD amb interfície gràfica o interfície de línia d’ordres . En general, és possible distingir diversos idiomes per a bases de dades, cadascun amb un lèxic i una sintaxi que defineixen totes les instruccions possibles, en funció del seu ús o finalitat, a partir de la creació / disseny, gestió, reestructuració, seguretat, fins a la consulta de la base de dades pròpiament dita:

La sintaxi d’aquests llenguatges varia segons el SGBD concret i els diversos llenguatges mantenen la uniformitat conceptual entre ells.

També és possible subdividir els idiomes com:

  • Llenguatges textuals interactius, com ara SQL, que actualment és el llenguatge més utilitzat i dels quals s'han publicat diversos estàndards .
  • Llenguatges de text interactius immersos en llenguatges de programació comuns, com ara C , BASIC , etc.
  • Llenguatges de text interactius immersos en llenguatges de programació propietaris.
  • Llenguatges gràfics i fàcils d'utilitzar , com ara QBE (Consulta per exemple), que també poden utilitzar els menys experimentats.

Relació amb els drets d'autor

Les bases de dades estan protegides per la llei sobre drets d’ autor tant com a obres d’enginy de caràcter creatiu com com a bé produït gràcies a importants inversions financeres.

A Itàlia, l'article 64 quinquies de la llei 633/1941 sobre drets d'autor estableix que:

L’autor d’una base de dades té el dret exclusiu d’executar o autoritzar:

a) la reproducció permanent o temporal, total o parcial, per qualsevol mitjà i de qualsevol forma;

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