Base de datos

Da Wikipedia, a enciclopedia libre.
Ir á navegación Ir á busca
Nota de desambiguación.svg Homónimos - "base de datos" refírese aquí. Se está á procura de outros significados, vexa a base de datos (disambiguation) .
Símbolo vectorial de bases de datos

Con base de datos (ou base de datos, por veces abreviado coa sigla DB do inglés base de datos) en ciencia da computación significa un conxunto de estruturado de datos que é homoxénea en contido e formato, almacenados nun ordenador , o que representa en realidade a dixital de versión dun ficheiro de datos ou arquivo.

Historia

A principios historia da computación , a gran maioría dos programas especializados permite o acceso a un único banco de datos, para gañar velocidade de execución mentres a perder a flexibilidade. Con todo, hoxe en día pódense utilizar sistemas modernos para realizar operacións nunha gran cantidade de bases de datos diferentes. Desde os anos setenta do século XX , as bases de datos foron sometidos a un enorme desenvolvemento, tanto en termos de cantidade de datos almacenados e en termos dos tipos de arquitecturas adoptadas. Desde entón, e especialmente desde o inicio do século 21 . 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 á vez:

Informalmente e de forma inadecuada, o "base de datos" palabra é moitas veces usado para indicar o sistema de xestión de base de datos (DBMS), referíndose así só para a parte de software. Un cliente - laterais da base de datos do cliente interactúa co DBMS servidor e, polo tanto, tamén a base de datos no 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 esa función bases de datos fan considerablemente máis eficiente que un conxunto de datos ficheiro creado, por exemplo, a través do sistema de ficheiros dun ordenador nun ordenador , polo menos para a xestión de 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 foi universalmente adoptada ata a década de 1960 , e aínda se usa cando os datos ten unha estrutura moi simple ou cando é procesado por un único programa de aplicación.

Con todo, desde finais da década de sesenta, sistemas de software especiais chamados "sistemas de xestión de base de datos" (en inglés " Sistema de Xestión de Base de Datos " ou "DBMS") foron usados para xestionar bases de datos complexos compartidos por diversas 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. É común o uso de técnicas derivadas intelixencia artificial , como a minería de datos , para tratar de extraer relacións ou, máis xeralmente presentan información en bases de datos, pero non inmediatamente visible.

Estrutura e modelo lóxico

Modelo de base de datos xerárquica

A información contida na base de datos está estruturado e conectados entre si segundo un modelo lóxico particular escollido polo deseñador, por exemplo relacional , xerárquico , reticular ou orientada a 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árquicos ( sesenta ) representadas por unha árbore , ou con estruturas semellantes a xerárquicos sistemas de ficheiros ,
  2. reticulares ( 1960 ) que pode ser representado por un gráfico ,
  3. relacionais ( setenta ) actualmente o máis difundido, representados por táboas e relacións entre eles,
  4. obxecto ( oitenta ) extensión para as bases de datos do paradigma "orientada a obxectos", unha programación orientada ao obxecto típico,
  5. Orientada ao documento ( NoSQL ),
  6. Key-Value tenda ( NoSQL ),
  7. Gráfico a base de ( NoSQL ),
  8. Columna ( NoSQL ),
  9. Semántica (inicio da década de 2000 ) que pode ser representada cun gráfico relacional.
Modelo de base de datos de rede

O XML formato, así como para o intercambio de datos na rede, está estendendo 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 de unha base de datos boa consiste en non duplicar innecesariamente a información contida nel: iso é posibilitado polos xestores de bases de datos relacionais , teorizado por Edgar F. Codd , que permiten que os datos sexan gardados en táboas que poden ser conectados.

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 foi atenuada, coa creación na década dos sesenta dunha serie de bases de datos que pode ser usado para diferentes aplicacións. O interese en establecer un estándar creceu e Charles W. Bachman , creador do IDS, un destes produtos, fundou a DBTG dentro do grupo CODASYL, o equipo de traballo dedicada á creación e estandarización do COBOL programación idioma . En 1971 esta norma foi producido e foi chamado de "CODASYL Approach" e logo unha serie de produtos con base nesta visión estaban dispoñibles no mercado .

Este enfoque baseouse na navegación manual nun conxunto de datos dispostos en forma de rede. Cando o programa está aberto por primeira vez, era sobre os primeiros datos dispoñibles que conteñen, entre outras cousas, un punteiro para o próximo datos. Para atopar un dato, o programa percorreu a serie de punteiros ata atopar o dato correcto. Simple consultas como "Buscar todas as persoas nacidas en Suecia" necesaria atravesando todo o conxunto de datos. Non había ningunha función de busca; hoxe isto pode parecer unha limitación, pero no momento, xa que os datos foron almacenados cinta magnética , operacións tales como aqueles destacados enriba empeorou aínda máis o tempo de busca.

En 1968 a IBM desenvolveu o seu propio DBMS sistema chamado IMS . IMS foi o desenvolvemento dun programa usado en misións Apollo en Sistemas / 360 e utilizou un sistema semellante á visión CODASYL, coa única diferenza dun 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 cerimonia de premios en 1973 no que foi galardoado co Premio Turing , presentou un traballo titulado "O programador como un navegador". IMS é xeralmente clasificada como un xerárquica base de datos, mentres que o IDs e IDMS (ambas as bases de datos CODASYL), CINCOMs e TOTAL son clasificadas como de rede (ou de rede ) bases de datos.

Base de datos relacional

Icona de lupa mgx2.svg Mesmo tema detallada: RDBMS , álxebra relacional, Relational Calculus e SQL .
Exemplo dun RDBMS mesa ou de acordo co 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).

SGBD relacional son tamén chamados de RDBMS (Relational DBMS).

Edgar F. Codd foi traballar na IBM California oficina como investigador na nacente do disco duro tecnoloxía cando observou a ineficiencia do enfoque CODASYL coa nova forma de almacenamento de datos, sobre todo debido á ausencia dunha función de investigación. En 1970 comezou a producir varios documentos schematizzanti unha nova visión para a construción de bases de datos, culminando no " modelo relacional para grandes bases de datos compartidos" (un modelo relacional de datos para grandes compartidos Bancos de Datos).

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 de bases de datos está gravar información sobre os usuarios: o seu nome, información de login, enderezo e número de teléfono. Nunha base de datos de navegación todos estes datos serían almacenadas nun único " rexistro ", e os elementos que non están presentes (por exemplo, un usuario cuxo enderezo non é coñecido) serían simplemente omitida. Pola contra, nunha base de datos relacional, a información é dividida, por exemplo, nas táboas "user", "enderezos", "números de teléfono" e só se os datos están presentes é unha tupla creado na respectiva mesa.

Un dos aspectos interesantes introducidas nas bases de datos relacionais mentiras na conexión das táboas: no modelo relacional, unha "clave" é definido 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: mentres 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 máis tarde evolucionou para o conxunto que é universalmente adoptada hoxe e que é o alicerce fundamental de 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 empezou a aplicar esta teoría nalgúns prototipos no inicio dos anos 1970 , 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. Versións "Multi-usuario" foron feitas en 1978 e 1979 ; nos mesmos anos o SQL linguaxe foi estandarizada. A superioridade do sistema sobre CODASYL foi, polo tanto, evidente e IBM mudouse para desenvolver unha versión comercial do "Sistema R", que tomou o nome de "SQL / DS" primeiro e "Base de datos 2" (DB2) finalmente.

O traballo de Codd foi continuado a 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 semellante ao "Sistema R" e incluíu unha linguaxe alternativa para SQL , chamado 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, en si Ingres naceron como "spin-offs" para a difusión de Ingres no inicio de 1980 . Mesmo Microsoft SQL Server é, de certa forma, unha derivación do "Sybase" e, polo tanto, de Ingres . Só de Larry Ellison Oracle comezou a usar unha visión diferente, baseada na de IBM "Sistema R", e, finalmente, prevaleceu sobre outras empresas co seu produto, lanzado en 1978 .

Na Suecia o traballo de Codd foi desenvolvido na Universidade de Uppsala, que desenvolveu un produto diferente, " Mimer SQL ", que foi comercializado en 1984 . Unha peculiaridade desta solución reside na introdución do concepto de transacción , posteriormente importados para case todos os SGBDs.

Base de datos multidimensional

Bases de datos multidimensionais son un paradigma establecido unha vez por Codd para compensar o feble desempeño ofrecido por bases de datos relacionais no caso de utilizar-se os bancos de datos para os procesos de análise ( proceso analítico en liña , OLAP). Estes sistemas permiten realizar análises en enormes cantidades de datos con eficiencia, o que non é posible en bases de datos relacionais máis axeitado para xestionar as operacións ( procesos de transaccións en liña , OLTP).

Desde finais da década de 1990, 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 detallada: NoSQL .

NoSQL é un movemento que promove software sistemas onde os datos de persistencia é xeralmente caracterizadas por non utilizando o modelo relacional , normalmente utilizados por bases de datos tradicionais ( RDBMS ). A expresión "NoSQL" refírese ao SQL linguaxe, que é a linguaxe de consulta de datos común máis en bases de datos relacionais, aquí tomado como un símbolo de todo o paradigma relacional.

Base de datos orientada a documentos
Icona de lupa mgx2.svg Mesmo tema detallada:Documento Base de Datos Orientada .

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 Mesmo tema detallada: base de datos Graph .

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. Eles escala máis facilmente a grandes cantidades de datos e non requiren o típico e caro operacións de unión . Son menos dependentes dunha obra entidade-relación estándar e son moito máis axeitados para xestionar cambio de datos 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 Mesmo tema detallada: base de datos orientado a obxectos .

DBMS obxecto tamén son chamados ODBMS (DBMS Object). 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 como programación orientada a obxectos , no canto de ter que adaptarse 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 explotan 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. Nós, polo tanto, falar de ORDBMS (Object Relational DBMS).

En Internet

Son un tipo particular de servizos web que ofrecen a posibilidade de creación de 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 depósito de envasado ou de datos, pero tamén a de crear unha interface gráfica que pode ser usada para xestiona-los, presentándose como real aplicacións web . Sharing xoga un papel importante precisamente porque os datos están visibles na Internet e, polo tanto, por outros que, cos permisos necesarios, poden traballar sobre os datos.

características

Servidor de base de datos

Icona de lupa mgx2.svg Mesmo tema detallada: DBMS .
Firebird SQL da interface
Microsoft Access interface de

O servidor é a parte dos DBMS , e por extensión o servidor no que o programa opera, que se encarga de proporcionar os servizos de uso da base de datos a outros programas e outros computadores segundo o cliente / servidor para. O servidor almacena os datos, recibe solicitudes de clientes, e procesa os apropiados respostas .

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

Os sistemas comerciais máis populares son:

Servidores de base de datos son complexos sistemas de software deseñados non só para almacenar datos, pero tamén para proporcionar acceso rápido e eficaz a unha pluralidade de usuarios á vez e garantía concedida a ambas fallos e acceso indebido (seguridade ou protección de base de datos).

Transaccións e propiedade

Icona de lupa mgx2.svg Mesmo tema detallada: Transacción (bases de datos) e ACID .

Calquera modificación no estado da base de datos a través de varias operacións chámase transacción , que debe respectar as normas chamados ou ACID propiedades. Maioría das operacións típicas nun DB son aqueles resumidos polo acrónimo CRUD .

Eficiencia e seguridade

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

Medios de seguridade que impiden a base de datos de seren danados por intervencións accidentais ou non autorizadas, por exemplo, un ataque en bases de datos , e mantendo a súa integridade ou a garantir que as operacións realizadas na base de datos por usuarios autorizados non causan unha perda substancial de datos, garantindo ao vez fiabilidade . 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 detallada: deseño de base 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

Como parte do uso / Administración de bases de datos, calquera operación na base de datos do usuario / administrador en DBMS pode obterse a través dunha linguaxe axeitada a través dun xestor de DBMS con gráfico de interface 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 é o idioma máis utilizado e de que varias normas foron publicadas.
  • Linguaxes de texto interactivo inmersos comúns linguaxes de programación , como C , BASIC etc.
  • Linguaxes de texto interactivos inmersos en linguaxes de programación propietarias.
  • Gráficas e idiomas amigable , como QBE (procura por exemplo), os cales poden ser utilizados polo menos experimentados.

Relación cos dereitos de autor

As bases de datos están protexidos pola lei de dereitos de autor tanto como obras de enxeño de natureza creativa e como un ben producido grazas aos investimentos financeiros significativos.

En Italia, 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