Repository: differenze tra le versioni

Versione delle 20:53, 14 set 2012

Versione attuale delle 16:47, 27 nov 2023

(31 versioni intermedie di 23 utenti non mostrate)

Riga 1:

{{SF|terminologia informatica|febbraio 2013}}

{{S|terminologia informatica}}

Un '''repository''' (che sarebbe preferibile italianizzare con il termine '''deposito''' o '''repositorio''') è un ambiente di un [[sistema informativo]] (di tipo [[Enterprise Resource Planning|ERP]]), in cui vengono gestiti i [[metadato|metadati]], attraverso [[tabella relazione|tabelle relazionali]]; l'insieme di tabelle, [[regola (metadati)|regole]] e [[motore di calcolo (metadati)|motori di calcolo]] tramite cui si gestiscono i metadati prende il nome di [[metabase]].

Un '''''repository''''' ({{lett|'''deposito'''|'''ripostiglio'''}}),<ref>In italiano, nell'ambito informatico, si può tradurre in "archivio" (strutturato).</ref><ref>{{Cita web|url=https://accademiadellacrusca.it/it/consulenza/quale-possibile-traducente-per-emrepositoryem/2859|titolo=Quale possibile traducente per repository?|autore=Lucia Francalanci|sito=[[Accademia della Crusca]], accademiadellacrusca.it|data=8 dicembre 2020|accesso=2021-06-01}}</ref> in [[informatica]], è un ambiente di un sistema informativo (ad esempio di tipo [[Enterprise Resource Planning|ERP]]), in cui vengono gestiti i [[metadato|metadati]], attraverso [[modello relazionale|tabelle relazionali]]; l'insieme di tabelle, regole e motori di calcolo tramite cui si gestiscono i metadati prende il nome di ''metabase''.

== Descrizione ==

Si tratta di qualcosa di più sofisticato del meroun [[dizionarioAmbiente (programmazione)|ambiente]] dati, ed è un ambiente che può essere implementato attraverso numerose piattaforme [[hardware]] e sistemi di gestione deidelle [[databaseBase di dati|basi di dati]] (o [[DBMS]], acronimo del corrispondente termine [[lingua inglese|inglese]] ''DataBase Management Systems'').

==Architettura Repository==

Si tratta di uno stile architetturale che può essere utilizzato come base di un'[[Design pattern|architettura software]]. I [[sottosistema (software)|sottosistemi]] che compongono il [[software]] accedono e modificano una singola struttura dati chiamata appunto '''repository'''. I vari sottosistemi sono fra loro "[[indipendenza relativa|relativamente indipendenti]]", in quanto interagiscono solo mediante il repository. Il [[flusso di controllo]] è dettato o dal repository, mediante un cambiamento dei dati in esso memorizzati, o dai singoli sottosistemi (flusso di controllo indipendente).

Si tratta di uno stile architetturale che può essere utilizzato come base di un'[[DesignArchitettura pattern(computer)|architettura software]]. I [[sottosistema (software)|sottosistemi]] che compongono il [[software]] accedono e modificano una singola struttura dati chiamata appunto '''repository'''. I vari sottosistemi sono fra loro "[[indipendenza relativa|relativamente indipendenti]]", in quanto interagiscono solo mediante il repository. Il [[flusso di controllo]] è dettato o dal repository, mediante un cambiamento dei dati in esso memorizzati, o dai singoli sottosistemi (flusso di controllo indipendente).

===Vantaggi dell'architettura Repository===

* Modo [[efficienza|efficiente]] di condividere grandi mole di dati

== Analisi ==

=== Vantaggi ===

* Modo [[efficienza|efficiente]] di condividere grandi mole di dati

* Un sottosistema non deve preoccuparsi di come i dati sono prodotti o usati dagli altri sottosistemi.

* Gestione centralizzata di [[backup]], [[sicurezza]], [[controllo di accesso]] e [[recoveryrecupero dati|recupero]] da errori.

* Facile aggiungere nuovi sottosistemi.

=== Svantaggi ===

===Svantaggi dell'architettura Repository===

* I sistemi devono concordare un [[modello dati|modello per i dati]] di compromesso, il che potrebbe influire negativamente sulle [[prestazione|prestazioni]].

* L'adozione di un nuovo modello per i dati diventa difficile e costosa: deve essere modificato interamente il repository ed aggiornati tutti i sottosistemi.

* La centralizzazione di [[backup]] e [[sicurezza]] non permette di gestire possibili requisiti specifici di alcuni sottosistemi.

* È difficile distribuire efficientemente il repository su più macchine separate, continuandolo a vedere come logicamente centralizzato. Si verrebbero infatti a creare problemi di ridondanza e [[consistenza]] dei dati.

==Voci correlateNote ==

<references />

*[[Design pattern|Modelli Architetturali]]

*[[Model-View-Controller]]

*[[Client-server]]

== Voci correlate ==

[[Categoria:Terminologia informatica]]

* [[Metadato]]

* [[Modello relazionale]]

* [[Model-View-Controller]]

* [[Client-Sistema client/server]]

== Collegamenti esterni ==

[[ar:مستودع برمجيات]]

* {{Collegamenti esterni}}

[[ca:Font de programari]]

* {{FOLDOC||repository}}

[[cs:Repozitář]]

[[de:Repository]]

{{Portale|Informatica}}

[[en:Software repository]]

[[es:Repositorio]]

[[Categoria:Terminologia informatica]]

[[fi:Pakettivarasto (tietokoneohjelmat)]]

[[fr:Dépôt (informatique)]]

[[hr:Softverski repozitorij]]

[[ja:リポジトリ]]

[[nl:Pakketbron]]

[[pl:Repozytorium]]

[[pt:Repositório]]

[[ru:Репозиторий]]

[[uk:Репозиторій]]