Base de datos

Da Wikipedia, a enciclopedia libre.
Ir á navegación Ir á busca
Nota de desambiguación.svg Desambiguación : "Base de datos" refírese aquí. Se está a buscar outros significados, consulte Base de datos (desambiguación) .
Símbolo vectorial de bases de datos

Con base de datos (ou base de datos , ás veces abreviada co acrónimo DB da base de datos en inglés ) en informática, refírese a un conxunto de datos estruturados homoxéneos en contido e formato, almacenados nunha computadora , que representan de feito a versión dixital dun arquivo de datos. ou arquivo .

Historia

Nos inicios da historia da computación , a gran maioría dos programas especializados permitían o acceso a unha única base de datos, para gañar velocidade de execución mentres perdían flexibilidade. Con todo, hoxe en día pódense utilizar sistemas modernos para realizar operacións nunha gran cantidade de bases de datos diferentes. Dende os anos setenta do século XX , as bases de datos experimentaron un enorme desenvolvemento tanto en canto á cantidade de datos almacenados como en canto aos tipos de arquitecturas adoptadas. Dende entón e especialmente desde principios do século XXI . Estas son as arquitecturas de datos que se desenvolveron ao longo dos anos:

Descrición

Uso da terminoloxía

O termo tamén pode indicar ao mesmo tempo:

De xeito informal e indebido, a palabra "base de datos" úsase a miúdo para indicar o sistema de xestión de bases de datos (SGBD), referíndose así só á parte de software. Un cliente de base de datos do lado do cliente interactúa co servidor SGBD e, polo tanto, tamén coa base de datos nun sentido físico.

Nas bases de datos máis modernas, é dicir, as baseadas no modelo relacional, os datos divídense en táboas especiais por temas e logo estes temas divídense en categorías (campos) con todas as posibles operacións mencionadas anteriormente. Esta división e esta funcionalidade fan que as bases de datos sexan considerablemente máis eficientes que un arquivo de datos creado por exemplo a través do sistema de ficheiros dun sistema operativo nunha computadora , polo menos para xestionar datos complexos.

Xestión da información

A base de datos tamén debe conter información sobre as súas representacións e as relacións que as unen. A miúdo, pero non necesariamente, unha base de datos contén a seguinte información:

  • Estruturas de datos que aceleran as operacións frecuentes, normalmente a costa de operacións menos frecuentes.
  • Ligazóns con datos externos, é dicir, referencias a ficheiros locais ou remotos que non forman parte da base de datos.
  • Información de seguridade que só autoriza a determinados perfís de usuario a realizar determinadas operacións con determinados tipos de datos.
  • Programas que se executan, automaticamente ou a petición de usuarios autorizados, para realizar o procesamento de datos. Un automatismo típico consiste en executar un programa cada vez que se modifican datos dun determinado tipo.

Nun sistema informático, unha base de datos pode usarse directamente polos programas de aplicación, interactuando co soporte de almacenamento actuando directamente sobre os ficheiros. Esta estratexia adoptouse universalmente ata os anos sesenta e aínda se usa cando os datos teñen unha estrutura moi sinxela ou cando son procesados ​​por un único programa de aplicación.

Non obstante, desde finais dos anos sesenta empregáronse sistemas especiais de software chamados "sistemas de xestión de bases de datos" (en inglés " Database Management System " ou "DBMS") para xestionar bases de datos complexas compartidas por varias aplicacións. Unha das vantaxes destes sistemas é a posibilidade de non actuar directamente sobre os datos, senón de ver unha representación conceptual dos mesmos.

A investigación no campo das bases de datos estuda os seguintes temas:

  • Deseño de bases de datos.
  • Deseño e implementación de SGBD.
  • Interpretación (análise) de datos contidos en bases de datos.

As bases de datos adoitan facer uso de tecnoloxías derivadas doutras ramas da tecnoloxía da información. É habitual empregar técnicas derivadas da intelixencia artificial , como a minería de datos , para tratar de extraer relacións ou máis xeralmente información presente nas bases de datos, pero non visible inmediatamente.

Estrutura e modelo lóxico

Modelo de base de datos xerárquica

A información contida nunha base de datos estrutúrase e vincúlase entre si segundo un modelo lóxico particular escollido polo deseñador, por exemplo relacional , xerárquico , baseado en rede ou baseado en obxectos . Usuarios interactuar con bases de datos a través da así chamada linguaxe de consulta ( query de investigación ou consulta, insert, delete, actualizar etc.), e grazas a aplicacións especiais software dedicado ( DBMS ).

Normalmente as bases de datos poden ter varias estruturas, por orde cronolóxica de aparición e difusión:

  1. xerárquico ( anos sesenta ) representado por unha árbore , ou con estruturas similares aos sistemas de ficheiros xerárquicos,
  2. reticular ( anos 60 ) que se pode representar mediante un gráfico ,
  3. relacional ( setenta ) actualmente o máis estendido, representado por táboas e relacións entre elas,
  4. extensión obxecto ( anos oitenta ) ás bases de datos do paradigma "Orientado a obxectos", unha programación típica orientada a obxectos,
  5. Orientado a documentos ( NoSQL ),
  6. Almacén de valor clave ( NoSQL ),
  7. Baseado en gráficos ( NoSQL ),
  8. Columnar ( NoSQL ),
  9. semántica (principios dos anos 2000 ) que se pode representar cunha gráfica relacional.
Modelo de base de datos de rede

O formato XML , así como para intercambiar datos na rede, esténdese para a definición de bases de datos reais. XML ten unha estrutura xerárquica, polo que parece un "retorno ás orixes" dos modelos de datos.

Un requisito importante para unha boa base de datos consiste en non duplicar innecesariamente a información contida nela: isto é posible polos xestores de bases de datos relacionais , teorizadas por Edgar F. Codd , que permiten gardar datos en táboas que se poden vincular.

A funcionalidade dunha base de datos depende dun xeito esencial do seu deseño : a correcta identificación dos propósitos da propia base de datos e, polo tanto, das táboas, que se definirán a través dos seus campos e das relacións que os unen, para logo permitir que os datos sexan máis rápidos. extracción.en xeral unha xestión máis eficiente.

Base de datos de navegación

Co crecemento da capacidade de procesamento dos ordenadores, este contraste coa flexibilidade atenuouse, coa creación nos anos sesenta dunha serie de bases de datos que se poderían empregar para diferentes aplicacións. O interese por establecer un estándar medrou e Charles W. Bachman , creador de IDS, un destes produtos, fundou o Grupo de tarefas de bases de datos dentro do grupo Codasyl , o equipo de traballo dedicado á creación e estandarización da linguaxe de programación COBOL . En 1971 produciuse este estándar e chamouse "Aproximación Codasyl" e pronto estiveron dispoñibles no mercado unha serie de produtos baseados neste enfoque.

Este enfoque baseouse na navegación manual nun conxunto de datos dispostos en forma de rede. Cando se abriu o programa, foi nos primeiros datos dispoñibles que contiñan, entre outras cousas, un punteiro aos seguintes datos. Para atopar un dato, o programa percorreu a serie de punteiros ata atopar o dato correcto. Para realizar consultas simples como "Buscar todas as persoas nacidas en Suecia" é necesario percorrer todo o conxunto de datos. Non había ningunha función de busca; hoxe isto pode parecer unha limitación, pero no seu momento, dado que os datos se almacenaban en cinta magnética , operacións como as resaltadas anteriormente empeoraron aínda máis o tempo de busca.

En 1968 IBM desenvolveu o seu propio sistema SGBD chamado IMS . IMS foi o desenvolvemento dun programa utilizado nas misións Apollo en Systems / 360 e utilizaba un sistema similar ao enfoque Codasyl , coa única diferenza nun sistema xerárquico en vez dunha rede.

Ámbalas dúas solucións tomaron o nome de "bases de datos de navegación" debido ao método de consulta que se previra. Ademais, Charles Bachman , con motivo da entrega de premios en 1973 na que foi galardoado co premio Turing , presentou un traballo titulado "O programador como navegador". IMS normalmente clasifícase como unha base de datos xerárquica , mentres que IDS e IDMS (ambas bases de datos CODASYL ), CINCOM e TOTAL clasifícanse como bases de datos de rede (ou rede ).

Base de datos relacional

Icona de lupa mgx2.svg O mesmo tema en detalle: RDBMS , Álxebra Relacional, Cálculo Relacional e SQL .
Exemplo de táboa RDBMS ou segundo o modelo relacional ( Profesores e os seus cursos ). Visible na parte superior en gris a cabeceira ou cabeceira da táboa cos nomes dos distintos campos ou atributos e os valores asumidos por estes nas respectivas filas, rexistros ou tuplas do corpo subxacente (hai un rexistro duplicado).

O SGBD relacional tamén se chama RDBMS ( SGBD relacional ).

Edgar F. Codd traballaba na oficina de IBM en California como investigador sobre a tecnoloxía do disco duro nacente cando observou a ineficacia do enfoque Codasyl co novo xeito de almacenar datos, principalmente debido á ausencia dunha función de busca. En 1970 comezou a producir varios documentos schematizzanti un novo enfoque para a construción de bases de datos, que culminou co " modelo relacional para grandes bancos de datos compartidos" (Un modelo relacional de datos para grandes bancos de datos compartidos).

Neste artigo, describiu unha nova forma de almacenar e modificar grandes cantidades de datos. En vez de usar "liñas" (en inglés , pero tamén moi usado en italiano : " gravar " ou incluso " tupla ") conectadas entre si a través dalgún tipo de estrutura "árbore", como en Codasyl , decidiu empregar unha "táboa" "de filas de lonxitude fixa. Este sistema sería moi ineficiente no almacenamento de datos "escasos", onde a táboa podería ter varias "celas" baleiras; este erro de deseño corrixiuse dividindo os datos en diferentes táboas, onde se movían elementos opcionais, en lugar de malgastar espazo na táboa principal.

Por exemplo, un uso común das bases de datos é rexistrar información sobre os usuarios: o seu nome, información de inicio de sesión, enderezo e números de teléfono. Nunha base de datos de navegación todos estes datos almacenaranse nun único " rexistro " e os elementos non presentes (por exemplo, un usuario cuxo enderezo non se coñece) simplemente serían omitidos. Pola contra, nunha base de datos relacional, a información divídese, por exemplo, nas táboas "usuario", "enderezos", "números de teléfono" e só se hai datos hai unha tupla creada na táboa respectiva.

Un dos aspectos interesantes introducidos nas bases de datos relacionais reside na conexión das táboas: no modelo relacional defínese unha "clave" para cada " rexistro ", que é un identificador único da tupla . Na reconstrución das relacións, o elemento de referencia, que distingue unha fila doutra, é precisamente esta "clave" e recórdase na definición da relación. A clave pode ser un dos datos que se almacenan (por exemplo, para a táboa de usuarios, o "Código tributario" da persoa), unha combinación deles (clave composta) ou incluso un campo engadido especificamente para isto propósito. En calquera caso, a clave primaria debe estar presente en cada tupla e nunca repetirse máis dunha vez en cada relación.

Relación entre táboas

Esta operación de "reunificación" de datos non está prevista nas linguaxes de programación tradicionais: aínda que o enfoque de navegación simplemente require que "ciclo" para recoller os diferentes " rexistros " , o enfoque relacional require que o programa "ciclo" para recoller os diferentes " rexistros " información sobre cada rexistro. Codd, propuxo, como solución, a creación dunha linguaxe dedicada a este problema. Esta linguaxe converteuse máis tarde na codificación que agora se adopta universalmente e que é o elemento fundamental das bases de datos: SQL .

Usando unha rama das matemáticas chamada "cálculo da tupla ", demostrou que este sistema era capaz de realizar todas as operacións normais de administración de bases de datos (inserción, eliminación, etc.) e que tamén proporcionaba unha ferramenta sinxela para atopar e ver grupos de datos en unha soa operación.

IBM comezou a aplicar esta teoría nalgúns prototipos a principios dos anos 70 , como o "Sistema R" . A primeira versión foi feita en 1974 / 75 cun instrumento "monotabella"; nos anos seguintes estudáronse os primeiros sistemas que poderían soportar a subdivisión de datos en táboas separadas, útiles, como vimos, para a separación de datos opcionais en táboas distintas á principal. As versións "multiusuario" fixéronse en 1978 e 1979 ; nos mesmos anos estandarizouse a linguaxe SQL . A superioridade deste sistema sobre Codasyl era, polo tanto, evidente e IBM pasou a desenvolver unha versión comercial de "System R" , que tomou o nome de "SQL / DS" primeiro e "Base de datos 2" (DB2) finalmente.

O traballo de Codd foi continuado na Universidade de Berkeley por Eugene Wong e Michael Stonebraker . O seu proxecto, chamado INGRES e financiado con fondos destinados á creación dunha base de datos xeográfica , viu a luz en 1973 e produciu os seus primeiros resultados en 1974 tamén grazas ao traballo de numerosos estudantes que se prestaron como programadores (case 30 persoas traballaron no proxecto ). INGRES era moi similar a "System R" e incluía unha linguaxe alternativa a SQL , chamada QUEL .

Exemplo de instrución SQL UPDATE

Moitas das persoas que participaron no proxecto convencéronse da viabilidade comercial do mesmo e fundaron empresas para entrar no mercado con este produto. Sybase, Informix, NonStop SQL e, finalmente, o propio Ingres naceron como "spin-offs" para a difusión de INGRES a principios dos anos oitenta . Mesmo Microsoft SQL Server é, dalgún xeito, unha derivación de "Sybase" e, polo tanto, de INGRES . Só Oracle de Larry Ellison comezou empregando un enfoque diferente, baseado no "System R" de IBM, e finalmente impúxose a outras empresas co seu produto, lanzado en 1978 .

En Suecia o traballo de Codd desenvolveuse na Universidade de Uppsala que desenvolveu un produto diferente, " Mimer SQL " , que se comercializou en 1984 . Unha peculiaridade desta solución reside na introdución do concepto de transacción , posteriormente importado a case todos os SGBD.

Base de datos multidimensional

As bases de datos multidimensionais son un paradigma definido unha vez máis por Codd para compensar o mal rendemento que ofrecen as bases de datos relacionais no caso de utilizar as propias bases de datos para procesos de análise ( proceso analítico en liña , OLAP). Estes sistemas permítenlle realizar análises sobre grandes cantidades de datos con eficiencia, o que non é posible nas bases de datos relacionais máis adecuadas para xestionar transaccións ( proceso de transaccións en liña , OLTP).

Desde finais dos anos noventa, case todas as bases de datos comerciais teñen un motor interno multidimensional para realizar análises.

Base de datos NoSQL

Icona de lupa mgx2.svg O mesmo tema en detalle: NoSQL .

NoSQL é un movemento que promove sistemas de software onde a persistencia dos datos xeralmente caracterízase por non usar o modelo relacional , normalmente usado nas bases de datos tradicionais ( RDBMS ). A expresión "NoSQL" refírese á linguaxe SQL , que é a linguaxe de consulta de datos máis común nas bases de datos relacionais, tomada aquí como símbolo de todo o paradigma relacional.

Base de datos orientada a documentos
Icona de lupa mgx2.svg O mesmo tema en detalle:base de datos orientada ao documento .

A Document Oriented Database é un programa para aplicacións orientadas a documentos. Estes sistemas poderían implementarse como unha capa encima dunha base de datos relacional ou de obxectos.

As bases de datos orientadas a documentos non almacenan datos en táboas con campos uniformes para cada rexistro como nas bases de datos relacionais, pero cada rexistro almacénase como un documento que posúe certas características. Pódese engadir ao documento calquera número de campos con calquera lonxitude. Os campos tamén poden conter varios datos.

Base de datos de gráficos
Icona de lupa mgx2.svg O mesmo tema en detalle: base de datos de gráficos .

Unha base de datos de gráficos usa nodos e arcos para representar e almacenar información. A representación de datos a través de gráficos proporciona unha alternativa ao modelo relacional que fai uso de táboas, a base dos datos orientados a documentos (usando documentos) ou outros, como sistemas para ficheiros estruturados (almacenamento estruturado) baseados en columnas ou cestas non interpretadas. de datos.

As bases de datos gráficas adoitan ser máis rápidas que as bases de datos relacionais na combinación de conxuntos de datos e mapean as estruturas das aplicacións orientadas a obxectos de forma máis directa. Escalan máis facilmente a grandes cantidades de datos e non requiren as típicas e custosas operacións de unión . Son menos dependentes dun patrón ríxido de relación entidade e son moito máis adecuados para tratar datos cambiantes con patróns evolutivos. Pola contra, as bases de datos relacionais normalmente son máis rápidas ao realizar as mesmas operacións nunha gran cantidade de datos.

Base de datos orientada a obxectos
Icona de lupa mgx2.svg O mesmo tema en detalle: base de datos orientada a obxectos .

Os SGBD de obxectos tamén se denominan ODBMS (SGBD de obxectos). Non obstante, as bases de datos multidimensionais xogaron un papel importante no mercado: levaron á creación de bases de datos orientadas a obxectos. Baseado nos mesmos conceptos xerais, este novo tipo de sistemas permite aos usuarios almacenar directamente "obxectos" dentro das distintas bases de datos. É dicir, os mesmos principios que a programación orientada a obxectos , no canto de ter que adaptar métodos e variables.

Isto pode ocorrer grazas ao concepto particular de propiedade de bases de datos multidimensionais. Na programación orientada a obxectos, cada un destes "obxectos" normalmente conterá outros. Por exemplo, o obxecto que contén Mr. Smith conterá unha referencia ao obxecto "Enderezo". Con bases para moitas linguaxes de programación orientadas a obxectos, as bases de datos que aproveitan a mesma tecnoloxía experimentan un período de forte desenvolvemento nestes días.

Hoxe en día, moitos SGBD realmente aplican unha mestura entre o modelo relacional e o modelo de obxectos. Polo tanto, falamos de ORDBMS ( Object Relational DBMS ).

En Internet

Son un tipo particular de servizos web que ofrecen a posibilidade de crear bases de datos directamente na web . Estes servizos normalmente ofrecen todas as características básicas dunha base de datos normal para construír táboas estruturadas de datos de todo tipo con campos como texto, números, data e hora e outros.

O seu servizo non é só o de repositorio ou contedor de datos, senón tamén o de crear unha interface gráfica que se poida usar para xestionalos, presentándose como aplicacións web reais. Compartir ten un papel importante precisamente porque os datos son visibles en Internet e, polo tanto, por outras persoas que, cos permisos necesarios, poden traballar nos datos.

características

Servidor de base de datos

Icona de lupa mgx2.svg O mesmo tema en detalle: SGBD .
Interface SQL de Firebird
Interfaz de Microsoft Access

O servidor é a parte do SGBD e, por extensión, o servidor no que opera o programa, que se encarga de proporcionar os servizos de uso da base de datos a outros programas e outros ordenadores segundo o modo cliente / servidor . O servidor almacena os datos, recibe solicitudes de clientes e procesa as respostas axeitadas.

Entre os SGBD de código aberto máis populares atopamos:

Os sistemas comerciais máis populares son:

Os servidores de bases de datos son sistemas de software complexos deseñados non só para almacenar datos, senón tamén para proporcionar acceso rápido e efectivo a unha pluralidade de usuarios ao mesmo tempo e garantir a protección contra fallos e acceso indebido (seguridade ou protección da base de datos).

Transaccións e propiedade

Icona de lupa mgx2.svg O mesmo tema en detalle: Transacción (bases de datos) e ACID .

Calquera cambio no estado da base de datos a través de varias operacións chámase transacción , que debe respectar as chamadas regras ou propiedades ACID . As operacións máis típicas nunha base de datos son as resumidas polo acrónimo CRUD .

Eficiencia e seguridade

Icona de lupa mgx2.svg O mesmo tema en detalle: Protección contra fallos (bases de datos) e Ataque a bases de datos .

A seguridade significa evitar que a base de datos sexa danada por intervencións accidentais ou non autorizadas, por exemplo un ataque a bases de datos , e manter a súa integridade ou garantir que as operacións realizadas na base de datos por usuarios autorizados non causen unha perda substancial de datos, garantindo o fiabilidade ao mesmo tempo. A protección contra o acceso non autorizado é un problema importante na xestión de bases de datos que demostran ser vulnerables nos seguintes puntos:

Implantación e xestión

Deseño

Icona de lupa mgx2.svg Mesmo tema en detalle: deseño de bases de datos .

O deseño de bases de datos é o proceso de formular un modelo detallado da base de datos. Este modelo contén todas as opcións de deseño lóxico e físico e os parámetros de almacenamento físicos necesarios para xerar a linguaxe de definición de datos (DDL) que se pode usar para a implementación da base de datos. Un modelo de datos completamente especificado contén detalles específicos para cada entidade individual.

Idiomas empregados

No contexto do uso / administración da base de datos, calquera operación na base de datos por parte do usuario / administrador no SGBD pódese obter a través dunha linguaxe adecuada a través dun xestor de SGBD con interface gráfica ou interface de liña de comandos . En xeral, é posible distinguir varias linguas para bases de datos, cada unha cun léxico e sintaxe que definen todas as instrucións posibles, dependendo do seu uso ou propósito, a partir da creación / deseño, xestión, reestruturación, seguridade, ata a consulta da base de datos en si:

A sintaxe destas linguas varía segundo o SGBD particular e as distintas linguas manteñen a uniformidade conceptual entre elas.

Tamén é posible subdividir as linguas como:

  • Linguaxes textuais interactivas, como SQL, que actualmente é a linguaxe máis empregada e das que se publicaron varios estándares .
  • Linguaxes de texto interactivos inmersos en linguaxes de programación comúns, como C , BASIC etc.
  • Linguaxes de texto interactivos inmersos en linguaxes de programación propietarias.
  • Linguaxes gráficas e fáciles de usar , como QBE (Consulta por exemplo), que tamén poden ser empregadas polos menos experimentados.

Relación cos dereitos de autor

As bases de datos están protexidas pola lei sobre dereitos de autor tanto como obras de enxeño de carácter creativo como como un ben producido grazas a importantes investimentos financeiros.

En Italia, o artigo 64 quinquies da lei 633/1941 sobre dereitos de autor establece que:

O autor dunha base de datos ten o dereito exclusivo de executar ou autorizar:

a) a reprodución permanente ou temporal, total ou parcial, por calquera medio e de calquera 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