Database: sei importanti tipi di database
Note utili su sei importanti tipi di database: 1. operativo 2. Utente finale 3. Centralizzato 4. Distribuito 5. Database personale e 6. Commerciale!
I dati di pianificazione coinvolgono anche le decisioni relative ai tipi di dati da utilizzare nel database. Fino a poco tempo fa, i tipi di dati potevano essere raggruppati come numerico, carattere, data, memo (testo lungo) e logico (Vero o Falso).
Cortesia dell'immagine: bighadoop.files.wordpress.com/2013/10/dbcom-5-1.png
Poiché le capacità multimediali stanno diventando comuni a computer di dimensioni diverse, anche i database stanno diventando multimediali. Il moderno DBMS consente l'archiviazione e il recupero di tipi di dati come grafici commerciali, fogli di calcolo, ritagli d'arte (clip art), immagini, suoni, video, ecc. Questi nuovi tipi di dati sono definiti come "oggetti".
Questi oggetti hanno cambiato il modo in cui i dati vengono percepiti fin dalla fase di acquisizione. Questi oggetti possono anche essere elaborati, ovviamente, in modo limitato. La disponibilità di tali tipi di dati aiuta a visualizzare le informazioni contenute nei database e nei rapporti del database.
Un'altra importante decisione riguardante la pianificazione dei dati riguarda il modo in cui i dati saranno gestiti. Ci sono parecchie opzioni in questo senso. Queste opzioni sono discusse qui sotto forma di diversi tipi di database.
I vari tipi di database sono:
a) Database operativi
b) Database degli utenti finali
c) Database centralizzati
d) Database distribuiti
e) Database personali
f) Database commerciali
un. Database operativi:
Questi database memorizzano i dati relativi alle operazioni dell'azienda. Generalmente, tali database sono organizzati su linee funzionali come marketing, produzione, dipendenti, ecc.
b. Database degli utenti finali:
Questi database sono condivisi dagli utenti e contengono informazioni destinate agli utenti finali come manager a diversi livelli. Questi gestori potrebbero non essere interessati alle singole transazioni come trovate nei database operativi.
Piuttosto, sarebbero più interessati alle informazioni di riepilogo. Sebbene i database operativi possano anche generare informazioni di riepilogo dai dettagli della transazione, sarebbero piuttosto lenti in quanto non progettati per questo scopo.
c. Database centralizzati:
Questi database memorizzano l'intera informazione e i programmi applicativi presso una struttura di elaborazione centrale. Gli utenti di diverse località accedono al database centrale per eseguire l'elaborazione. Il controller di comunicazione invia le transazioni ai relativi programmi applicativi. Questi programmi raccolgono i dati appropriati dal database per l'elaborazione della transazione.
Ad esempio, Mahanagar Telephone Nigam Limited (MTNL) dispone di una banca dati centralizzata per la registrazione di applicazioni per nuove connessioni telefoniche. I dati riguardanti il richiedente sono ricevuti da un ufficio locale di MTNL.
La convalida e la verifica dei dati vengono eseguite dai programmi applicativi presso il centro di calcolo centrale e un numero di registrazione è assegnato dai programmi applicativi situati presso la struttura centrale. L'ufficio locale continua a registrarlo e difficilmente fa alcuna elaborazione.
d. Database distribuiti:
Questi database hanno contributi dai database comuni e dai dati acquisiti dalle operazioni locali. I dati rimangono distribuiti in vari siti dell'organizzazione. Poiché i siti sono collegati tra loro con l'aiuto di collegamenti di comunicazione, l'intera raccolta di dati in tutti i siti costituisce il database logico dell'organizzazione.
Questi database riducono i requisiti di comunicazione garantendo che le informazioni locali dettagliate siano archiviate nella struttura locale. Oggi, la tecnologia client-server è più popolare per la gestione delle basi di dati distribuite. In un ambiente client-server, DBMS ha due componenti, uno che interagisce con le esigenze dell'utente (client) e passa le richieste all'altro componente di DBMS.
L'altro componente interagisce con il database per soddisfare le esigenze di informazione del cliente. La Figura 9.8 illustra il funzionamento di questi componenti di DBMS in un ambiente server client.
Il motivo fondamentale per dividere il DBMS in due componenti è che una parte del lavoro viene spostata sul PC dell'utente (client). Ciò rende possibile l'elaborazione simultanea sul PC client e sul sistema informatico Server. Il server è inoltre in grado di coordinare le richieste da un numero di clienti alla volta.
e. Database personali:
I database personali vengono gestiti, in genere, su Personal computer. Contengono informazioni destinate ad essere utilizzate solo da un numero limitato di utenti, in genere operanti nello stesso dipartimento.
Questi database sono generalmente soggetti specifici e progettati dall'utente. Utilizzano pacchetti DBMS semplici e meno potenti disponibili sui PC. Questi pacchetti DBMS potrebbero non avere tutte le funzionalità del DBMS relazionale ma avere funzionalità simili in modo limitato.
f. Database commerciali:
Il database a cui viene fornito l'accesso agli utenti come un'impresa commerciale è chiamato un database commerciale o esterno. Questi database contengono informazioni che gli utenti esterni richiederebbero, ma da soli non sarebbero in grado di permettersi di mantenere tali enormi database.
Questi database sono soggetti a specifiche e l'accesso a questi database viene venduto come servizio a pagamento per l'utente. Sono disponibili molti servizi di database commerciali, in particolare nel settore delle informazioni finanziarie e tecniche.
Questi database possono offrire statistiche relative a materie prime, valute estere e mercati azionari, società e loro prestazioni, importatori e loro modelli di acquisto, leggi caso decisive, ecc. L'accesso ai database commerciali può essere fornito attraverso collegamenti di comunicazione.
Alcuni dei fornitori di servizi di database offrono anche database su CD-ROM e le versioni aggiornate dei database sono rese disponibili periodicamente. I database su CD-ROM hanno il vantaggio di ridurre i costi di comunicazione. Tuttavia, in applicazioni come il mercato azionario, il mercato delle materie prime e le informazioni sul mercato valutario, questo mezzo non è adatto perché le informazioni sono necessarie su una base "in tempo reale".
