Repository: differenze tra le versioni
Contenuto cancellato Contenuto aggiunto
Nessun oggetto della modifica |
m fix wl |
||
(45 versioni intermedie di 34 utenti non mostrate) | |||
Riga 1:
{{
{{S|terminologia informatica}}
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 [[Tabella (basi di dati)|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
Si tratta di uno stile architetturale che può essere utilizzato come base di un [[Design pattern|architettura software]]. I sottosistemi che compongono il software accedono e modificano una singola struttura dati chiamata appunto '''repository'''. I vari sottosistemi sono fra loro "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
== Analisi ==
=== Vantaggi ===
* Modo 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 [[
* Facile aggiungere nuovi sottosistemi.
=== Svantaggi ===
* I sistemi devono concordare un modello
* 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
* È 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.
==
<references />
*[[Model-View-Controller]]▼
*[[Client-server]]▼
[[Categoria:Terminologia informatica]]▼
== Voci correlate ==
* [[Metadato]]
* [[Modello relazionale]]
▲* [[Model-View-Controller]]
== Collegamenti esterni ==
* {{Collegamenti esterni}}
* {{FOLDOC||repository}}
{{Portale|Informatica}}
▲[[Categoria:Terminologia informatica]]
|