Ci sono 4 fasi nello sviluppo della tecnologia del database.
Il primo stadio è legato allo sviluppo di database su macchine di grandi dimensioni come IBM 360/370, ES EVM.
La storia dello sviluppo di sistemi di gestione di database (DBMS) ha più di 30 anni. Il primo DBMS industriale fu messo in funzione nel 1968 iBM... Nel 1975, apparve la Conferenza dei linguaggi dei sistemi di dati (CODASYL), il primo standard di associazione per i linguaggi di elaborazione dei dati, che definiva una serie di concetti fondamentali nella teoria dei database. Nel 1981 E.F. Codd ha ricevuto il Turing Award per lo sviluppo modello relazionale e algebra relazionale.
I database erano archiviati nella memoria esterna del computer centrale; gli utenti di questi database erano attività avviate principalmente in modalità batch. La modalità di accesso interattiva è stata fornita utilizzando terminali console che non avevano le proprie risorse di elaborazione. Questi sistemi vengono definiti sistemi di accesso distribuito.
Il secondo stadio è associato alla nascita e allo sviluppo dei personal computer. In questa fase prevalgono i DBMS desktop, in particolare: Dbase, FoxPro, Clipper, Paradox.
Terza fase. Il processo di integrazione è iniziato. Questa fase è associata allo sviluppo di reti di computer, pertanto sorge il problema della coerenza dei dati archiviati ed elaborati in luoghi diversi e non connessi logicamente tra loro. La riuscita soluzione di questi problemi porta alla nascita di database distribuiti.
Caratteristiche di questa fase:
Supporto per l'integrità strutturale e linguistica;
Capacità di lavorare su computer con architetture diverse;
Supporto per modalità multiutente e possibilità di archiviazione dati decentralizzata.
Questa fase include Access'97 DBMS, Oracle 7.3 (8.4), MS SQL 6.5 (7.0) System 10 (11).
La quarta fase determina le prospettive per lo sviluppo del DBMS. Questa fase è caratterizzata dall'emergere di una nuova tecnologia di accesso ai dati: la intranet. Questa tecnologia non utilizza software client specializzato. Per lavorare con un database remoto, è possibile utilizzare Internet Explorer e così via.
La storia dell'emergere e dello sviluppo di database
Nella storia dell'informatica, si può tracciare lo sviluppo di due aree principali del suo utilizzo:
Prima area - l'uso della tecnologia informatica per eseguire calcoli numerici, algoritmi di elaborazione complessi che utilizzano linguaggi algoritmici, ma tutti hanno a che fare con strutture di dati semplici, il cui volume è piccolo.
Seconda areaè l'uso della tecnologia informatica in automatico o automatizzato sistemi di informazioneoh... Un sistema informativo è un complesso software e hardware che offre le seguenti funzioni:
Archiviazione affidabile di informazioni nella memoria del computer;
Esecuzione di specifici di questa applicazione trasformazioni di informazioni e calcoli;
Fornire agli utenti un'interfaccia intuitiva e facile da imparare.
Un passo importante nello sviluppo di sistemi di informazione precisi è stata la transizione verso l'uso centralizzato sistemi di gestione dei file.
File - questo è area denominata memoria esterna che può essere scritta su e da cui è possibile leggere i dati.
Le regole di denominazione dei file, il modo di accedere ai dati memorizzati nel file e la struttura di questi dati dipendono dallo specifico sistemi di gestione dei file e possibilmente sul tipo di file. Sistema di gestione dei file assume l'allocazione di memoria esterna, schermo nomi di file agli indirizzi corrispondenti nella memoria esterna e fornendo accesso ai dati. Riga utente operazioni standard:
creare un file (del tipo e delle dimensioni richiesti);
scriverne uno nuovo nel file al posto del record corrente, aggiungerne uno nuovo scrivere alla fine del file.
La struttura dei record del file era nota solo al programma che funzionava con esso. Ogni programmalavorare con un file deve avere una struttura di dati all'interno che corrisponde alla struttura di questo file. Pertanto, la modifica della struttura dei file ha richiesto la modifica della struttura del programma e ciò ha richiesto una nuova compilazione. Cioè, significa dipendenza dei dati dai programmi... I sistemi di informazione sono utilizzati da molti utenti contemporaneamente. Quando si modifica la struttura del file, è necessario modificare i programmi di tutti gli utenti. E comporta costi di sviluppo aggiuntivi.
Questo è stato il primo svantaggio significativo dei file system, che è stato l'impulso per la creazione di nuovi sistemi per l'archiviazione e la gestione delle informazioni.
Poiché i file sono archivi di dati condivisi, il sistema di gestione dei file deve fornire autorizzazione di accesso ai file. Per ogni file esistente, vengono indicate le azioni consentite o vietate. questo utente... Ogni utente registrato ha una coppia di identificatori di numeri interi: iD gruppoa cui questo utentee il suo identificatore in un gruppo. Per ogni file, un completo
identificatore utente che ha creato questo filee registra quali azioni sono disponibili e disponibili per gli altri utenti del gruppo.
Amministrazione la modalità di accesso a un file viene eseguita principalmente dal suo proprietario-creatore. Per moltitudini file che riflettono il modello informativo di uno argomentoQuesto principio di controllo dell'accesso decentralizzato presentava ulteriori difficoltà. Mancanza di metodi centralizzatiil controllo dell'accesso alle informazioni era un'altra ragione per svilupparsi DBMS.
Il lavoro simultaneo di più utenti nei sistemi operativi multiutente, associato alla modifica dei dati in un file, non è stato affatto implementato o molto rallentato.
Tutte queste carenze sono servite a sviluppare un nuovo approccio alla gestione delle informazioni. Questo approccio è stato implementato in DBMS(sistemi di gestione dei dati).
La storia dello sviluppo DBMS ha più di 30 anni. Nel 1968, il primo industriale DBMS sistema IO SONO S aziende IBM... Nel 1975, è apparso il primo standard di associazione per i linguaggi di elaborazione dei dati - Conferenza di Sistema datiLingue (CODASYL), che ha definito una serie di concetti fondamentali nella teoria dei database a cui sono ancora fondamentali modello di rete dati... Un grande contributo all'ulteriore sviluppo della teoria dei database è stato dato dal matematico americano E. F. Codd, che è il creatore del modello di dati relazionali. Nel 1981, E.F. Codd ricevette per la creazione del modello relazionale e algebra relazionaleil prestigioso premio Turing dell'American Association for Computing Machinery.
Lo sviluppo dell'informatica ha anche influenzato lo sviluppo della tecnologia dei database. Ci sono quattro fasi nello sviluppo di questa direzione nell'elaborazione dei dati.
Primo passo sviluppo DBMS si occupa dell'organizzazione di database su grandi macchine come IBM 360/370, ES-computer e mini-computer PDP11 tipo (aziende Digitale attrezzatura Corporation - dicembre), vari modelli HP (da Hewlett Packard).
Banca dati erano archiviati nella memoria esterna del computer centrale, gli utenti di questi database erano attività che venivano avviate principalmente in modalità batch. Modalità interattiva l'accesso è stato fornito utilizzando terminali console che non avevano le proprie risorse di elaborazione (processore, memoria esterna) e serviva solo come dispositivi di input-output per il computer centrale. Accedi ai programmi a DB ha scritto lingue differenti e funzionava come i normali programmi numerici.
Le caratteristiche di questa fase di sviluppo sono espresse come segue:
Tutti i DBMS sono basati su potenti sistemi operativi multiprogrammati ( MVS, SVM, RTE, OSRV, RSX, UNIX), pertanto è generalmente supportato il lavoro con un database centralizzato in una modalità di accesso distribuito.
Le funzioni di gestione dell'allocazione delle risorse sono eseguite principalmente dal sistema operativo (SO).
supportato lingue di basso livello manipolazione dei dati focalizzata sui metodi di accesso ai dati di navigazione.
L'amministrazione dei dati svolge un ruolo significativo.
Si sta lavorando seriamente per giustificare e formalizzare il modello di dati relazionali e il primo sistema (Sistema R) è stato creato per implementare l'ideologia del modello di dati relazionali.
Il lavoro teorico è in corso ottimizzazione delle query e gestendo l'accesso distribuito a un database centralizzato, è stato introdotto il concetto di transazione.
I risultati della ricerca scientifica sono discussi apertamente sulla stampa, esiste un flusso potente di pubblicazioni pubblicamente disponibili riguardanti tutti gli aspetti della teoria e della pratica dei database e i risultati della ricerca teorica vengono attivamente introdotti nel DBMS commerciale.
Vengono visualizzati i primi linguaggi di alto livello per lavorare con il modello di dati relazionali. Tuttavia, non ci sono standard per queste prime lingue.
Fase 2 - questa è una fase dello sviluppo dei personal computer.
Le caratteristiche di questa fase sono le seguenti:
Tutti i DBMS sono stati progettati per creare database con accesso principalmente esclusivo.
La maggior parte del DBMS aveva un sistema sviluppato e conveniente interfaccia utente... La maggior parte esisteva modalità interattiva lavorare con un database sia nell'ambito della descrizione del database sia nell'ambito della progettazione di query. Inoltre, la maggior parte dei DBMS ha offerto un toolkit sviluppato e conveniente per lo sviluppo di applicazioni pronte senza programmazione (basato su modelli pronti moduli, designer di query).
In tutti i DBMS, era supportato solo il livello di rappresentazione esterna del modello relazionale, ovvero solo la vista tabulare esterna delle strutture di dati.
Alla presenza di linguaggi di manipolazione dei dati di alto livello come algebra relazionale e SQL nei DBMS desktop, i linguaggi di manipolazione dei dati di basso livello erano supportati a livello di singole righe di tabella.
I DBMS desktop mancavano del supporto per l'integrità del database referenziale e strutturale. Queste funzioni dovevano essere eseguite dalle applicazioni.
L'esistenza di una modalità di funzionamento monopolistica ha effettivamente portato alla degenerazione delle funzioni di amministrazione del database e, in relazione a ciò, all'assenza di strumenti di amministrazione del database.
requisiti hardware relativamente modesti da parte del DBMS desktop.
I rappresentanti di questa famiglia sono DBMS Dbase (DbaseIII +, DbaseIV), FoxPro, Clipper, Paradox, che sono stati ampiamente utilizzati fino a poco tempo fa.
Fase 3: database distribuiti(passaggio dalla personalizzazione all'integrazione)
Caratteristiche di questa fase:
Quasi tutti i DBMS moderni forniscono supporto per il modello relazionale completo, vale a dire:
Informazioni sull'integrità strutturale: sono validi solo i dati presentati sotto forma di relazioni di un modello relazionale;
Informazioni sull'integrità linguistica, ovvero linguaggi di manipolazione dei dati di alto livello (principalmente SQL);
Informazioni sull'integrità referenziale, controllo sull'osservanza dell'integrità referenziale durante l'intero funzionamento del sistema e garantisce che il DBMS non possa violare queste restrizioni.
I DBMS più moderni sono progettati per un'architettura multipiattaforma, ovvero possono essere eseguiti su computer con architetture diverse e con differenti sistemi operativi.
La necessità di supportare il lavoro multiutente con il database e la possibilità di archiviazione decentralizzata dei dati ha richiesto lo sviluppo di strumenti di amministrazione del database con l'implementazione del concetto generale di strumenti di protezione dei dati.
Creazione di lavori teorici sull'ottimizzazione delle implementazioni di database distribuiti e sulla gestione di transazioni e query distribuite con l'implementazione dei risultati ottenuti nel DBMS commerciale.
Per non perdere i client che in precedenza avevano lavorato su DBMS desktop, quasi tutti i DBMS moderni dispongono di mezzi per connettere applicazioni client sviluppate utilizzando DBMS desktop e mezzi per esportare dati da formati DBMS desktop del secondo stadio di sviluppo.
Sviluppo di standard per i linguaggi di descrizione e manipolazione dati SQL89, SQL92, SQL99 e tecnologie per lo scambio di dati tra diversi DBMS.
Sviluppo del concetto di database orientati agli oggetti - OODB. MS Access 97 e tutti i moderni server di database Oracle7.3, Oracle 8.4 MS SQL6.5, MS SQL7.0, System 10, System 11, Informix, DB2, SQL Base e altri moderni server di database, di cui al momento ce ne sono diverse dozzine.
Fase 4 caratterizzato dall'emergere di una nuova tecnologia di accesso ai dati - intranet.
La principale differenza tra questo approccio e la tecnologia client-server è che non è necessario utilizzare un client specializzato software... Un browser standard viene utilizzato per lavorare con il database remoto.
Allo stesso tempo, il codice incorporato nelle pagine HTML caricate dall'utente, generalmente scritto nella lingua Giava, Giava-script, Perl e altri, monitora tutte le azioni degli utenti e le traduce in query SQL di basso livello nel database, eseguendo così il lavoro che la tecnologia client-server del cliente programma... Compiti complessi sono implementati in architettura " client-server"con lo sviluppo di software client speciali.
Primo stadio: database su mainframe... La prima fase nello sviluppo del DBMS è associata all'organizzazione di database su grandi macchine come IBM 360/370, computer EC e mini-computer come PDP11 (Digital Equipment Corporation - DEC), vari modelli HP (Hewlett Packard). I database erano archiviati nella memoria esterna del computer centrale; gli utenti di questi database erano attività avviate principalmente in modalità batch. La modalità di accesso interattiva è stata fornita con l'aiuto di terminali della console che non avevano le proprie risorse di elaborazione (processore, memoria esterna) e servivano solo come dispositivi di input-output per il computer centrale.
Il secondo stadio: l'era dei personal computer... Esistono molti programmi progettati per utenti non preparati. Questi programmi sono facili da usare e intuitivi: sono, prima di tutto, vari editor di testo, fogli di calcolo e altri. Ogni utente può automatizzare molti aspetti dell'attività. E, naturalmente, ciò ha influito anche sul lavoro con i database. I programmi apparivano chiamati sistemi di gestione del database e permettevano di archiviare quantità significative di informazioni, avevano una comoda interfaccia per compilare i dati, strumenti integrati per generare vari report. Questi programmi hanno permesso di automatizzare molte delle funzioni contabili precedentemente eseguite manualmente. I computer sono diventati uno strumento per tenere registri e le proprie funzioni contabili. Tutto ciò ha svolto un ruolo sia positivo che negativo nello sviluppo di database.
Fase tre: database distribuiti... È noto che la storia si sviluppa a spirale, quindi dopo il processo di "personalizzazione" è iniziato il processo inverso: l'integrazione. Il numero di reti locali si sta moltiplicando, sempre più informazioni vengono trasferite tra computer, c'è un grave problema di coerenza dei dati archiviati ed elaborati in luoghi diversi, ma logicamente collegati tra loro, ci sono attività associate all'elaborazione parallela delle transazioni - sequenze di operazioni sul database, trasferendole da una stato coerente in un altro stato coerente. La riuscita soluzione di questi problemi porta alla nascita di database distribuiti che mantengono tutti i vantaggi del DBMS desktop e allo stesso tempo consentono di organizzare l'elaborazione parallela delle informazioni e mantenere l'integrità del database.
La quarta fase: le prospettive per lo sviluppo di sistemi di gestione di database... Questa fase è caratterizzata dall'emergere di una nuova tecnologia per l'accesso ai dati - intranet. La principale differenza tra questo approccio e la tecnologia client-server è che non è necessario utilizzare software client specializzato. Per lavorare con un database remoto, viene utilizzato un browser Internet standard, ad esempio Microsoft InternetExplorer, e per l'utente finale il processo di accesso ai dati è simile usando Internet... Allo stesso tempo, il codice incorporato nelle pagine HTML caricate dall'utente, generalmente scritto in Java, Java-script, Perl e altri, monitora tutte le azioni dell'utente e le traduce in query SQL di basso livello nel database, eseguendo così il lavoro che nella tecnologia client-server, è coinvolto il programma client.
Nozioni di base sul database
Quindi partiamo dall'inizio. Cos'è un database? Il database è un insieme di dati organizzati secondo determinate regole e conservati nella memoria del computer che caratterizza lo stato corrente di una determinata area tematica e viene utilizzato per soddisfare necessità di informazioni utenti (informazioni da Wikipedia)
Pertanto, il database include:
Interfaccia di gestione del database denominata DBMS - Database Management System
I dati effettivi memorizzati in una forma specifica
Esistono vari tipi di database. La caratteristica principale della classificazione è il principio di archiviazione dei dati.
relazionale
Orientato agli oggetti
Oggetto
Object-relational
Hierarchical
File e file system
Un passo importante nello sviluppo di sistemi di informazione è stato il passaggio all'uso di sistemi centralizzati di gestione dei file. Dal punto di vista di un programma applicativo, un file è un'area denominata di memoria esterna che può essere scritta su e da cui è possibile leggere i dati. Le convenzioni di denominazione dei file, il modo in cui si accede ai dati memorizzati in un file e la struttura di tali dati dipendono dal particolare sistema di gestione dei file e, possibilmente, dal tipo di file. Il sistema di gestione dei file si occupa di allocare memoria esterna, mappare i nomi dei file agli indirizzi corrispondenti nella memoria esterna e fornire accesso ai dati.
Considereremo i modelli di file specifici utilizzati nel sistema di gestione dei file più avanti quando passeremo ai modi fisici di organizzare i database, e in questa fase dobbiamo solo sapere che gli utenti vedono il file come una sequenza lineare di record e possono eseguire una serie di operazioni standard su di esso:
creare un file (del tipo e delle dimensioni richiesti);
scriverne uno nuovo nel file al posto del record corrente, aggiungere un nuovo record alla fine del file.
Queste operazioni potrebbero essere leggermente diverse su diversi file system, ma il loro significato generale era esattamente quello. La cosa principale da notare è che la struttura del record di file era nota solo al programma che funzionava con esso, il sistema di gestione dei file non lo sapeva. Pertanto, al fine di estrarre alcune informazioni dal file, era necessario conoscere con precisione la struttura del record del file. Ogni programma che lavora con un file doveva avere una struttura di dati al suo interno, corrispondente alla struttura di questo file. Pertanto, quando si modificava la struttura del file, era necessario modificare la struttura del programma e ciò richiedeva una nuova compilazione, ovvero il processo di traduzione del programma in codici macchina eseguibili. Questa situazione era caratterizzata dalla dipendenza dei programmi dai dati. I sistemi di informazione sono caratterizzati dalla presenza di un gran numero di diversi utenti (programmi), ognuno dei quali ha i propri algoritmi specifici per l'elaborazione delle informazioni memorizzate negli stessi file. La modifica della struttura dei file, necessaria per un programma, ha richiesto la correzione e la ricompilazione e il debug aggiuntivo di tutti gli altri programmi che funzionano con lo stesso file. Questo è stato il primo svantaggio significativo dei file system, che è stato l'impulso per la creazione di nuovi sistemi per l'archiviazione e la gestione delle informazioni.
Inoltre, poiché i file system sono un archivio comune di file generalmente di proprietà di utenti diversi, i sistemi di gestione dei file devono fornire l'autorizzazione all'accesso ai file. In generale, l'approccio è che nei confronti di ciascun utente registrato di un determinato sistema informatico, per ogni file esistente, sono indicate azioni che sono consentite o vietate per questo utente. La maggior parte dei moderni sistemi di gestione dei file utilizza un approccio di protezione dei file introdotto da UNIX. In questo sistema operativo, ogni utente registrato corrisponde a una coppia di identificatori di numeri interi; l'ID del gruppo a cui appartiene questo utente e il suo ID nel gruppo. Ogni file memorizza l'identificatore completo dell'utente che ha creato questo file e registra le azioni che il creatore può eseguire con il file, quali azioni sono disponibili per altri utenti dello stesso gruppo con il file e quali utenti di altri gruppi possono fare con il file. L'amministrazione della modalità di accesso ai file viene eseguita principalmente dal suo proprietario-creatore. Per molti file che riflettono il modello informativo di un'area tematica, questo principio di controllo dell'accesso decentralizzato ha causato ulteriori difficoltà. E la mancanza di metodi centralizzati per il controllo dell'accesso alle informazioni è stata un'altra ragione per lo sviluppo di un DBMS.
La ragione successiva è stata la necessità di garantire un lavoro parallelo efficiente di molti utenti con gli stessi file. In generale, i sistemi di gestione dei file hanno fornito l'accesso multiutente. Se il sistema operativo supporta la modalità multiutente, è possibile che due o più utenti provino a lavorare con lo stesso file contemporaneamente. Se tutti gli utenti leggeranno solo il file, non accadrà nulla di male. Ma se almeno uno di essi modifica il file, per il corretto funzionamento di questi utenti, è necessaria la sincronizzazione reciproca delle loro azioni rispetto al file.
Il seguente approccio è stato generalmente adottato nei sistemi di gestione dei file. Nell'operazione di apertura di un file (la prima e obbligatoria operazione con cui dovrebbe iniziare una sessione di lavoro con un file), tra gli altri parametri, è stata indicata la modalità di funzionamento (lettura o modifica). Se al momento di questa operazione, alcuni processi utente PR1 avevano già aperto il file da un altro processo PR2 in modalità di modifica, quindi, a seconda delle specifiche del sistema, il processo PR1 veniva informato che il file non poteva essere aperto o era bloccato fino a quando non veniva eseguita un'operazione nel processo PR2. chiudendo il file.
Con questo metodo di organizzazione, il lavoro simultaneo di più utenti, associato alla modifica dei dati nel file, non è stato affatto implementato o è stato molto rallentato.
Queste carenze sono servite da impulso che ha costretto gli sviluppatori di sistemi di informazione a proporre un nuovo approccio alla gestione delle informazioni. Questo approccio è stato implementato nell'ambito di nuovi sistemi software, in seguito chiamati Database Management Systems (DBMS), e gli stessi archivi di informazioni, che funzionavano sotto il controllo di questi sistemi, erano chiamati database o banche dati (DB e BnD).
3 domanda.Database distribuiti (RDB)- una serie di database logicamente interconnessi distribuiti in una rete di computer.
Principi di base
RDB è costituito da un insieme di nodi collegati da una rete di comunicazione, in cui:
ogni nodo è un vero e proprio DBMS in sé;
i nodi interagiscono tra loro in modo tale che l'utente di ognuno di essi possa accedere a qualsiasi dato sulla rete come se fosse sul proprio nodo.
Ogni nodo è esso stesso un sistema di database. Qualsiasi utente può eseguire operazioni sui dati sul proprio nodo locale come se questo nodo non facesse parte di un sistema distribuito. Un sistema di database distribuito può essere considerato come una partnership tra DBMS locali separati su nodi locali separati.
Il principio fondamentale della creazione di database distribuiti ("regola 0"): per l'utente, un sistema distribuito dovrebbe avere lo stesso aspetto di un sistema non distribuito.
Un principio fondamentale ha di conseguenza determinate regole o obiettivi aggiuntivi. Ci sono solo dodici di questi obiettivi:
Indipendenza locale. I nodi in un sistema distribuito devono essere indipendenti o autonomi. Indipendenza locale significa che tutte le operazioni su un nodo sono controllate da quel nodo.
Mancanza di supporto sull'hub centrale. L'indipendenza locale implica che tutti i nodi in un sistema distribuito devono essere considerati uguali. Pertanto, non è necessario effettuare chiamate al nodo "centrale" o "principale" per ottenere un servizio centralizzato.
Operazione continua. I sistemi distribuiti devono fornire un livello più elevato di affidabilità e disponibilità.
Indipendenza dalla posizione. Gli utenti non devono sapere esattamente dove sono archiviati fisicamente i dati e devono agire come se tutti i dati fossero archiviati sul proprio sito locale.
Indipendenza dalla frammentazione. Il sistema supporta l'indipendenza dalla frammentazione se una determinata variabile di relazione può essere suddivisa in parti o frammenti quando si organizza la sua memoria fisica. In questo modo, i dati possono essere archiviati nel luogo in cui vengono utilizzati più spesso, il che consente di ottenere la localizzazione della maggior parte delle operazioni e ridurre il traffico di rete.
Indipendenza dalla replica. Il sistema supporta la replica dei dati se una determinata variabile di relazione memorizzata - o più in generale un dato frammento di una determinata variabile di relazione memorizzata - può essere rappresentata da più copie o repliche separate archiviate su più nodi separati.
Elaborazione richiesta distribuita. La linea di fondo è che potrebbe essere necessario che una richiesta acceda a più nodi. In un tale sistema, potrebbero esserci molti modi possibili di trasferire i dati per soddisfare la query in questione.
Gestione delle transazioni distribuite. Esistono 2 aspetti principali della gestione delle transazioni: gestione del recupero e gestione della concorrenza. Per quanto riguarda la gestione del recupero, al fine di garantire l'atomicità di una transazione in un ambiente distribuito, il sistema deve garantire che l'intero insieme di agenti relativi a una determinata transazione (un agente sia un processo che viene eseguito per una determinata transazione su un nodo separato) ha eseguito il commit dei risultati o eseguito il rollback. Per quanto riguarda il controllo della concorrenza, si basa su un meccanismo di blocco nella maggior parte dei sistemi distribuiti, proprio come nei sistemi non distribuiti.
Indipendenza dall'hardware. È auspicabile poter eseguire lo stesso DBMS su piattaforme hardware diverse e, inoltre, garantire che macchine diverse partecipino al lavoro di un sistema distribuito come partner uguali.
Indipendenza del sistema operativo. Possibilità di funzionamento del DBMS con vari sistemi operativi.
Indipendenza della rete. La capacità di supportare molti nodi fondamentalmente diversi con hardware e sistemi operativi diversi, nonché una serie di diversi tipi di reti di comunicazione.
Indipendenza dal tipo di DBMS. È necessario che le istanze DBMS su nodi diversi supportino tutte insieme la stessa interfaccia e non è affatto necessario che siano copie della stessa versione del DBMS.
Tipi di database distribuiti
Database distribuiti
Database multipli con schema globale. Un sistema multidatabase è un sistema distribuito che funge da interfaccia esterna per l'accesso a più DBMS locali o è strutturato a livello globale su DBMS locali.
Database federati. A differenza dei multibase, non hanno uno schema globale a cui fanno riferimento tutte le applicazioni. Al contrario, è supportato uno schema di importazione-esportazione di dati locali. Ogni nodo mantiene uno schema globale parziale che descrive le informazioni di quelle fonti remote, i cui dati sono necessari per il funzionamento.
Multibase con un linguaggio di accesso comune - ambienti di controllo distribuiti con tecnologia client-server
4 domanda.Progettazione del databaseè un processo complesso di risoluzione di una serie di problemi associati alla creazione di database.
Le principali attività di progettazione di un DBMS
Fornire la possibilità di ricevere correttamente i dati per tutte le richieste;
Fornitura di archiviazione nel database di tutte le informazioni necessarie; Ridurre la ridondanza e la duplicazione dei dati;
Garantire l'integrità di tutti i dati nel database ed escluderne la perdita;
Le fasi principali nella progettazione di un database;
Il design infologico (concettuale) è una costruzione competente di un modello formalizzato dell'intera area tematica. Tale modello viene creato utilizzando strumenti di linguaggio standard, molto spesso grafici, come i diagrammi ER. Tale modello viene creato senza alcun focus su un DBMS specifico.
Gli elementi principali di questo modello:
Descrizione di tutti gli oggetti dell'area tematica e di tutte le connessioni tra loro;
Descrizione di tutte le esigenze di informazione degli utenti, ad esempio una descrizione delle query più basilari sul database, ecc .;
redazione descrizione completa flusso di lavoro. Descrizione di tutti i documenti utilizzati come dati di input per il database;
Descrizione delle principali dipendenze algoritmiche tra i dati;
Descrizione dettagliata dei vincoli di integrità. Ciò include i requisiti per tutti i valori di dati validi e le loro relazioni;
Tipi di design:
Progettazione logica o datalogical - è la mappatura del modello infologico su qualsiasi modello di dati, che viene utilizzato in un DBMS specifico. I DBMS relazionali sono caratterizzati da un modello di datalogical, ovvero: un insieme di tutte le tabelle che indicano i campi principali o chiave e tutte le relazioni tra queste tabelle. La progettazione datalogica di qualsiasi modello infologico, costruita sotto forma di diagrammi ER, rappresenta la costruzione di tabelle secondo alcune regole formalizzate specifiche.
La progettazione fisica di un DBMS è il processo di implementazione di un modello di datalogical utilizzando gli strumenti di un DBMS specifico, nonché la scelta di varie soluzioni associate all'ambiente fisico per l'archiviazione di tutti i dati.
5 domanda.Modello di dati relazionali (RDM)- modello logico di dati, teoria applicata della costruzione di database, che è un'applicazione ai problemi di elaborazione dei dati in settori della matematica come la teoria degli insiemi e la logica del primo ordine.
I database relazionali sono basati sul modello di dati relazionali.
Il modello di dati relazionali include i seguenti componenti:
Aspetto strutturale (costituente): i dati nel database sono un insieme di relazioni.
Aspetto (componente) di integrità - relazioni (tabelle) soddisfano determinate condizioni di integrità. RMD supporta vincoli di integrità dichiarativi a livello di dominio (tipo di dati), livello di relazione e database.
Aspetto (componente) dell'elaborazione (manipolazione) - RMD supporta gli operatori per la manipolazione delle relazioni (algebra relazionale, calcolo relazionale).
Inoltre, la teoria della normalizzazione è inclusa nel modello di dati relazionali.
Il termine "relazionale" significa che una teoria si basa sul concetto matematico di una relazione. La tabella delle parole viene spesso utilizzata come sinonimo informale del termine "relazione". Va ricordato che "tavolo" è un concetto libero e informale e spesso significa non "relazione" come concetto astratto, ma una rappresentazione visiva della relazione su carta o su uno schermo. L'uso scorretto e lassista del termine "tabella" anziché del termine "relazione" spesso porta a fraintendimenti. L'errore più comune sta nel pensare che l'RMD abbia a che fare con tabelle "piatte" o "bidimensionali", quando tali possono essere solo rappresentazioni visive di tabelle. Le relazioni, d'altra parte, sono astrazioni e non possono essere "piatte" o "non piatte".
Per una migliore comprensione di RDM, è necessario tenere presente tre punti importanti:
il modello è logico, cioè le relazioni sono strutture logiche (astratte), non fisiche (immagazzinate);
per i database relazionali, il principio informativo è corretto: tutto il contenuto del database è rappresentato in un unico modo, vale a dire specificando esplicitamente i valori degli attributi nelle tuple delle relazioni; in particolare, non ci sono puntatori (indirizzi) che collegano un valore all'altro;
la presenza di algebra relazionale consente di implementare la programmazione dichiarativa e la descrizione dichiarativa dei vincoli di integrità, oltre alla programmazione della navigazione (procedurale) e al controllo procedurale delle condizioni.
I principi del modello relazionale furono formulati nel 1969-1970 da E. F. Codd. Le idee di Codd sono state presentate pubblicamente per la prima volta nel classico articolo "Un modello relazionale di dati per grandi banche dati condivise".
Una presentazione rigorosa della teoria dei database relazionali (modello di dati relazionali) in senso moderno può essere trovata nel libro di C.J. Date. “C. J. Date. Un'introduzione ai sistemi di database (Date, CJ. Introduzione ai sistemi di database).
Le alternative più note al modello relazionale sono il modello gerarchico e il modello di rete. Alcuni sistemi che utilizzano queste architetture precedenti sono ancora in uso oggi. Inoltre, si può menzionare il modello orientato agli oggetti su cui sono costruiti i cosiddetti DBMS orientati agli oggetti, anche se non esiste una definizione univoca e generalmente accettata di tale modello.
6 domanda.Istruzione SELECT.
Il comando select viene utilizzato per recuperare i dati da una tabella. Questo comando può essere utilizzato per selezionare i dati sia da righe che da colonne da una o più tabelle.
La query è una chiamata al database per ottenere i dati risultanti. Questo processo è anche chiamato recupero dei dati. Tutte le query SQL sono espresse tramite un'istruzione select. Questo operatore può essere utilizzato sia per selezionare record (righe) da una o più tabelle, sia per costruire proiezioni, ad es. selezione di dati per un sottoinsieme di attributi (colonne) da una o più tabelle.
SELEZIONARE- parola chiave, che indica al DBMS che questo comando è una query. Tutte le query iniziano con questa parola seguita da uno spazio e può essere seguita da un metodo di selezione - con la cancellazione dei duplicati (DISTINCT) o senza cancellazione (ALL, per impostazione predefinita). Questo è seguito da un elenco di colonne, separate da virgole, che sono selezionate da una query da tabelle o dal simbolo "*" (asterisco) per selezionare un'intera riga. Qualsiasi colonna non elencata qui non verrà inclusa nella relazione risultante corrispondente all'esecuzione del comando. Ciò, ovviamente, non significa che verranno eliminati o che le loro informazioni verranno cancellate dalle tabelle, poiché la query non influisce sulle informazioni nelle tabelle, ma mostra solo i dati.
Domanda 7... Funzioni matematiche
Nell'arsenale di ciascun DBMS esiste necessariamente una serie di funzioni integrate per l'elaborazione di tipi di dati standard. In MySQL, non ci dovrebbero essere spazi tra il nome e la parentesi aperta per le funzioni integrate, altrimenti ci sarà un messaggio sull'assenza di tale funzione nel database. In alcuni DBMS, come Oracle, se la funzione non ha argomenti, le parentesi possono essere omesse.
abs (x) - valore assoluto;
ceil (x) è il numero intero più piccolo che non è inferiore all'argomento;
exp (x): esponente;
floor (x) - il numero intero più grande che non è maggiore dell'argomento;
ln (x) - logaritmo naturale;
potenza (x, y) - aumenta x alla potenza di y;
round (x [, y]) - Arrotonda i punti da x a y a destra del punto decimale. Per impostazione predefinita, y è 0;
segno (x) - Restituisce -1 per x negativo e 1 per positivo;
sqrt (x) - radice quadrata;
trunc (x [, y]) - Tronca le posizioni decimali da x a y. Se y è 0 (impostazione predefinita), allora x viene troncato a un numero intero. Se y è inferiore a 0, le cifre a sinistra del punto decimale vengono scartate.
Le funzioni trigonometriche funzionano con i radianti:
acos (x) - arcoseno;
asin (x): arcsine;
atan (x): arctangente;
cos (x) - coseno;
sin (x): seno;
tan (x) - tangente.
ceil (frazione): arrotonda una frazione all'intero più grande più vicino.
floor (frazione) - Arrotonda una frazione al numero intero più vicino.
number_format ("numero", "decimali", "punto decimale", "migliaia_sep") - restituisce la versione formattata del numero specificato ("numero").
pow (numero, esponente): restituisce il risultato di innalzare un determinato numero in un powerexponent.
rand (min, max) - genera un numero casuale da un determinato intervallo.
round (frazione) - Arrotonda un numero frazionario al numero intero più vicino.
sqrt (numero) - Restituisce la radice quadrata di un determinato numero.
8 domanda.Vantaggi e svantaggi di MySQL
Svantaggi di MySQL
MySQL è davvero un server molto veloce, ma per raggiungere questo obiettivo, gli sviluppatori hanno dovuto sacrificare alcuni dei requisiti del database relazionale.
Non esiste supporto per le chiavi esterne.
Vantaggi di MySQL:
la migliore velocità di elaborazione dei dati per un massimo di 500.000 record;
licenze open source gratuite;
facilità d'uso;
supporto dalla maggior parte delle società di hosting;
la possibilità di utilizzare su varie piattaforme (Unix, Windows, ecc.);
9 domanda.Decomposizione di un tavolo piatto.
Il significato di decomposizione è il seguente. Una tabella piatta (una tabella di grandi dimensioni che riunisce tutti i dati per risolvere un problema con un elevato grado di ripetizione dei dati) viene convertita in una raccolta di singole tabelle interconnesse.
viene determinato il numero di entità (oggetti) descritte da una tabella piatta.
i campi di una tabella piatta sono condivisi tra tabelle (relazioni oggetto) corrispondenti a oggetti (entità);
definisce il campo (insieme di campi) utilizzato come chiave per la relazione tra le singole tabelle. A volte è possibile utilizzare tabelle speciali (relazioni connesse) per questo scopo.
nessuno dei campi dovrebbe contenere gruppi di valori sotto tutti gli aspetti. H
se i dati vengono ripetuti troppo spesso in alcuni campi, è possibile creare tabelle (relazioni) aggiuntive che svolgono il ruolo di dizionari.
Il flusso di lavoro sopra riportato è rappresentato dalle fasi di normalizzazione, un metodo per organizzare un database relazionale per ridurre la ridondanza.
10 domandaComandi per la creazione di database, tabelle e indici
crea database se non esiste - Crea database
crea tabella se non esiste tovar (ID int unsigned non null auto_increment chiave primaria,
tovar_name char (100) non ,
tovar_mark char (100) non ,
Cena int not ,
data_buy data predefinita curdate (),
carattere familiare (100) non nullo); creazione di tavoli
crea un indice sulla colonna au_id di una tabella
crea indice au_id_ind
La storia dello sviluppo di database è la storia dello sviluppo di sistemi di gestione dei dati nella memoria esterna di un computer. Sui primi computer elettronici, c'erano 2 tipi di dispositivi esterni: nastri magnetici e tamburi magnetici. I nastri magnetici avevano una capacità abbastanza grande, ma il loro principale svantaggio era che per leggere le informazioni situate al centro o all'estremità del nastro, era necessario leggere l'intera sezione precedente. I tamburi magnetici consentivano l'accesso casuale alla memoria, ma la quantità di informazioni memorizzate su di essi era limitata. In quel momento, non era necessario parlare di alcun sistema di gestione dei dati nella memoria esterna. Ogni applicazione necessaria per archiviare i dati nella memoria esterna determinava la posizione dei dati su un nastro magnetico o su un tamburo stesso. Le funzioni di scambio di informazioni tra memoria operativa ed esterna, denominazione e strutturazione dei dati sono state svolte anche dal programma applicativo.
La storia dei database inizia con l'avvento dei dischi magnetici e risale a oltre 30 anni fa. Nel 1968 fu messo in funzione il primo DBMS industriale: il sistema IBM IMS; nel 1975 è apparso il primo standard DBMS sviluppato dall'associazione per i linguaggi di elaborazione dati - CODASYL (Conference of Data System Language). Questo standard ha definito una serie di concetti fondamentali nella teoria dei sistemi di database, che sono ancora fondamentali per il modello di dati di rete. Nel 1981 E.F. Codd ha creato un modello di dati relazionali e vi ha applicato operazioni di algebra relazionale. Le seguenti fasi possono essere distinte nella storia dei database:
1. File e file system.
2. Database su computer di grandi dimensioni. Il primo DBMS.
3. L'era dei personal computer. DBMS desktop.
4. Database distribuiti.
Un passo importante nello sviluppo di sistemi di informazione è stata la creazione di sistemi centralizzati di gestione dei file (FMS), ovvero sistemi che consentono di creare, modificare, copiare e spostare file. Attualmente, tali sistemi fanno parte di qualsiasi sistema operativo. Il sistema di gestione dei file svolge le seguenti funzioni:
Allocazione di memoria esterna,
Mappatura dei nomi dei file agli indirizzi corrispondenti nella memoria esterna,
· Fornire accesso ai dati.
In questo caso, il SUF non conosce la struttura specifica del file; l'organizzazione del lavoro con i record dei file ricade sul programma applicativo che funziona con il file. Inoltre, il SUF implementa l'accesso decentralizzato ai file: tutte le azioni che un utente specifico ha il diritto di eseguire con un file specifico sono codificate e memorizzate insieme al file. In SUF, era anche impossibile lavorare contemporaneamente con un file per più utenti.
I primi database su computer di grandi dimensioni (come IBM 360/370, computer ES, vari modelli di Hewlett Packard) apparvero negli anni '70 del secolo scorso. I database sono stati archiviati nella memoria esterna del computer centrale. Gli utenti del database erano attività avviate principalmente in modalità batch. La modalità di accesso interattivo è stata fornita utilizzando terminali console che non avevano le proprie risorse di elaborazione (processore, RAM e memoria esterna) e servivano solo come dispositivi di input-output per il computer centrale. I programmi di accesso al database sono stati scritti in linguaggi di programmazione comuni ed eseguiti come normali programmi numerici. Il DBMS di questo periodo ha lavorato con un database centralizzato in una modalità di accesso distribuito, mentre le funzioni di gestione dell'allocazione delle risorse sono state eseguite dal sistema operativo. Inoltre, il DBMS supportava i linguaggi di manipolazione dei dati, l'amministrazione dei dati. È stato in quel momento che è stato svolto un lavoro serio per giustificare e formalizzare il modello di dati relazionali.
Con l'avvento dei personal computer, le condizioni per l'utilizzo della tecnologia informatica nelle organizzazioni e nelle aziende sono cambiate: da quando la tecnologia è diventata disponibile, i computer si sono trasformati in uno strumento conveniente per mantenere la documentazione e le funzioni contabili delle aziende. A quel tempo, apparve il cosiddetto DBMS desktop, che permetteva, da un lato, di archiviare grandi quantità di informazioni in una forma ordinata e, dall'altro, di avere interfaccia intuitiva per compilare i dati e generare vari report.
Le principali caratteristiche distintive di questa fase di sviluppo del database sono le seguenti:
1. Standardizzazione di linguaggi di manipolazione dei dati di alto livello - sviluppo e implementazione dello standard SQL92 in tutti i DBMS.
2. Tutti i DBMS sono stati progettati per creare database con accesso esclusivo.
3. La maggior parte dei DBMS aveva un'interfaccia utente sviluppata e comoda, ma allo stesso tempo mancava di strumenti per mantenere l'integrità dei dati referenziali e strutturali e gli strumenti di amministrazione del database.
4. Requisiti hardware modesti da DBMS desktop.
A differenza dei DBMS desktop, i DBMS distribuiti si concentrano sull'elaborazione dei dati memorizzati in luoghi diversi, ma logicamente correlati tra loro. Consentono di organizzare l'elaborazione parallela delle informazioni e il mantenimento dell'integrità dei dati. Le caratteristiche di questa fase di sviluppo del database sono le seguenti:
1. I DBMS distribuiti mantengono l'integrità strutturale, linguistica e referenziale dei database.
2. La maggior parte dei DBMS può essere eseguita su computer con architetture diverse e con sistemi operativi diversi.
3. Tutti i moderni DBMS distribuiti dispongono di mezzi per collegare le applicazioni client sviluppate utilizzando DBMS desktop e mezzi per esportare dati dai formati dei DBMS desktop del terzo stadio di sviluppo.
4. In questa fase, sono stati sviluppati numerosi standard per i linguaggi per la descrizione e la manipolazione dei dati (SQL89, SQL92, SQL99) e le tecnologie per lo scambio di dati tra vari DBMS (protocollo ODBC).
5. Nella stessa fase, sono iniziati i lavori sul concetto di database orientati agli oggetti. I rappresentanti di questa fase possono essere considerati MS Access 2000, moderni server di database Oracle 7.3, Oracle 8.4, MS SQL 6.5, SQL 7.0, Informix, DB2, ecc.
L'ASPETTO DEL DBMS La storia dello sviluppo del DBMS ha più di 30 anni. Nel 1968 fu messo in funzione il primo sistema industriale DBMS IMS di IBM. Nel 1975, apparve la Conferenza dei linguaggi dei sistemi di dati (CODASYL), il primo standard di associazione per i linguaggi di elaborazione dei dati, che definiva una serie di concetti fondamentali nella teoria dei sistemi di database, che sono ancora fondamentali per il modello di dati di rete. Un grande contributo all'ulteriore sviluppo della teoria dei database è stato dato dal matematico americano E. F. Codd, che è il creatore del modello di dati relazionali. Nel 1981, E. F. Codd ha ricevuto il prestigioso Turing Award dell'American Association for Computing Machinery per la sua creazione del modello relazionale e dell'algebra relazionale.
PRIMA FASE - DATABASE SU GRANDI COMPUTER La prima fase dello sviluppo di DBMS è associata all'organizzazione di database su grandi macchine come IBM 360/370, computer ES e mini-computer come PDP 11 (Digital Equipment Corporation - DEC), vari modelli HP (aziende Hewlett Packard). I database erano archiviati nella memoria esterna del computer centrale; gli utenti di questi database erano attività avviate principalmente in modalità batch. La modalità di accesso interattiva è stata fornita con l'aiuto di terminali della console che non avevano le proprie risorse di elaborazione (processore, memoria esterna) e servivano solo come dispositivi di input-output per il computer centrale.
CARATTERISTICHE DELLA PRIMA FASE Tutti i DBMS sono basati su potenti sistemi operativi multiprogrammati (MVS, SVM, RTE, OSRV, RSX, UNIX), pertanto è generalmente supportato lavorare con un database centralizzato in una modalità di accesso distribuito. Le funzioni di gestione dell'allocazione delle risorse sono eseguite principalmente dal sistema operativo (SO). Sono supportati linguaggi di manipolazione dei dati di basso livello incentrati sui metodi di accesso ai dati di navigazione. L'amministrazione dei dati svolge un ruolo significativo.
Si sta lavorando seriamente per giustificare e formalizzare il modello di dati relazionali e il primo sistema (Sistema R) è stato creato per implementare l'ideologia del modello di dati relazionali. Il lavoro teorico è in corso per ottimizzare le query e gestire l'accesso distribuito a un database centralizzato, è stato introdotto il concetto di transazione. I risultati della ricerca scientifica sono discussi apertamente sulla stampa, esiste un flusso potente di pubblicazioni pubblicamente disponibili riguardanti tutti gli aspetti della teoria e della pratica dei database e i risultati della ricerca teorica vengono attivamente introdotti nel DBMS commerciale.
LA SECONDA FASE - L'ERA DEI PERSONAL COMPUTER CARATTERISTICHE DELLA SECONDA FASE Tutti i DBMS sono stati progettati per creare database principalmente con accesso esclusivo. E questo è comprensibile. Il computer è personale, non era collegato alla rete e il database su di esso è stato creato per un utente. In rari casi, è stato assunto il lavoro sequenziale di diversi utenti, ad esempio prima l'operatore, che ha inserito i documenti contabili e poi il capo contabile, che ha determinato le transazioni corrispondenti ai documenti principali. La maggior parte dei DBMS aveva un'interfaccia utente sviluppata e pratica, la maggior parte di essi aveva una modalità interattiva di lavoro con il database, sia nel quadro della descrizione del database che nel quadro della progettazione delle query. Inoltre, la maggior parte dei DBMS offriva strumenti avanzati e convenienti per lo sviluppo di applicazioni già pronte senza programmazione. L'ambiente strumentale consisteva in elementi applicativi già pronti sotto forma di modelli di moduli di schermate, report, etichette (etichette), progettisti grafici di query, che potevano essere facilmente assemblati in un unico complesso. In tutti i DBMS desktop, era supportato solo il livello di presentazione esterna del modello relazionale, ovvero solo la vista tabulare esterna delle strutture di dati.
Con la presenza di linguaggi di manipolazione dei dati di alto livello come l'algebra relazionale e SQL, i DBMS desktop hanno supportato linguaggi di manipolazione dei dati di basso livello a livello di singole righe di tabella. I DBMS desktop mancavano del supporto per l'integrità del database referenziale e strutturale. Si supponeva che queste funzioni fossero eseguite dalle applicazioni, tuttavia la scarsità di strumenti di sviluppo delle applicazioni a volte non lo consentiva, nel qual caso tali funzioni dovevano essere eseguite dall'utente, richiedendo che avesse un controllo aggiuntivo durante l'immissione e la modifica delle informazioni archiviate nel database. La presenza di una modalità operativa monopolistica ha effettivamente portato alla degenerazione delle funzioni di amministrazione del database e, in relazione a ciò, all'assenza di strumenti di amministrazione del database. E infine, l'ultima e attualmente molto positiva caratteristica sono i requisiti hardware relativamente modesti da parte dei DBMS desktop. Abbastanza applicazioni realizzabili sviluppate, ad esempio, in Clipper, funzionavano sul PC 286.
TERZA FASE - DATABASI DISTRIBUITI È noto che la storia si sviluppa in una spirale, quindi dopo il processo di "personalizzazione" è iniziato il processo inverso: l'integrazione. Il numero di reti locali si sta moltiplicando, sempre più informazioni vengono trasferite tra computer, c'è un grave problema di coerenza dei dati archiviati ed elaborati in luoghi diversi, ma logicamente collegati tra loro, ci sono attività associate all'elaborazione parallela delle transazioni - sequenze di operazioni sul database, trasferendole da una stato coerente in un altro stato coerente. La riuscita soluzione di questi problemi porta alla nascita di database distribuiti che mantengono tutti i vantaggi del DBMS desktop e allo stesso tempo consentono di organizzare l'elaborazione parallela delle informazioni e mantenere l'integrità del database.
CARATTERISTICHE DEL TERZO STADIO Quasi tutti i DBMS moderni forniscono supporto per il modello relazionale completo, vale a dire: integrità strutturale - sono validi solo i dati presentati sotto forma di relazioni del modello relazionale; integrità linguistica, ovvero linguaggi di manipolazione dei dati di alto livello (principalmente SQL); integrità referenziale - controllo sull'osservanza dell'integrità referenziale durante tutto il tempo di funzionamento del sistema e garantisce che il DBMS non possa violare queste restrizioni. I DBMS più moderni sono progettati per un'architettura multipiattaforma, ovvero possono essere eseguiti su computer con architetture diverse e con sistemi operativi diversi, mentre per gli utenti l'accesso ai dati controllati dal DBMS è praticamente indistinguibile su piattaforme diverse.
La necessità di supportare il lavoro multiutente con il database e la possibilità di archiviazione decentralizzata dei dati ha richiesto lo sviluppo di strumenti di amministrazione del database con l'implementazione del concetto generale di strumenti di protezione dei dati. La necessità di nuove implementazioni ha causato la creazione di seri lavori teorici sull'ottimizzazione dell'implementazione di database distribuiti e sulla gestione di transazioni e query distribuite con l'implementazione dei risultati ottenuti nel DBMS commerciale. Per non perdere i client che in precedenza avevano lavorato su DBMS desktop, quasi tutti i DBMS moderni dispongono di mezzi per connettere applicazioni client sviluppate utilizzando DBMS desktop e mezzi per esportare dati da formati desktop.
DBMS DELLA TERZA FASE DI SVILUPPO Questa fase include lo sviluppo di una serie di standard nell'ambito della descrizione dei dati e dei linguaggi di manipolazione (SQL 89, SQL 92, SQL 99) e tecnologie per lo scambio di dati tra vari DBMS, ai quali il protocollo ODBC (Open Data. Base Connettività) proposta da Microsoft. Questa fase include anche l'inizio dei lavori relativi al concetto di database orientati agli oggetti - OODB. I rappresentanti del DBMS relativi al secondo stadio possono essere considerati MS Access 97 e tutti i moderni server di database Ogac1 e 7.3, 0 gac1 e 8.4, MS SQL 6.5, MS SQL 7. 0, System 11, Informix, DB 2, SQL Base e altri server di database moderni, di cui al momento ce ne sono diverse dozzine.
QUARTA FASE - PROSPETTIVE PER LO SVILUPPO DEI SISTEMI DI GESTIONE DEL DATABASE Questa fase è caratterizzata dall'emergere di una nuova tecnologia per l'accesso ai dati - intranet. La principale differenza tra questo approccio e la tecnologia client-server è che non è necessario utilizzare software client specializzato. Per lavorare con un database remoto, viene utilizzato un browser Internet standard, ad esempio Microsoft Internet. Explorer e per l'utente finale, il processo di accesso ai dati è simile all'utilizzo di Internet. Allo stesso tempo, il codice incorporato nelle pagine HTML caricate dall'utente, generalmente scritto in Java, Java-script, Perl e altri, monitora tutte le azioni dell'utente e le traduce in query SQL di basso livello nel database, eseguendo così il lavoro che nella tecnologia client-server, è coinvolto il programma client.
La convenienza di questo approccio ha portato al fatto che ha iniziato a essere utilizzato non solo per accesso remoto ai database, ma anche per gli utenti rete locale imprese. Semplici attività di elaborazione dei dati che non sono associate ad algoritmi complessi che richiedono modifiche coordinate dei dati in molti oggetti interconnessi possono essere costruite in modo abbastanza semplice ed efficiente usando questa architettura. In questo caso, non è necessario alcun software client aggiuntivo per connettere il nuovo utente alla possibilità di utilizzare questa attività. Tuttavia, si consiglia di implementare attività algoritmicamente complesse in un'architettura client-server con lo sviluppo di software client speciali.
CONCLUSIONE Ciascuno dei suddetti approcci per lavorare con i dati ha i suoi vantaggi e svantaggi, che determinano il campo di applicazione di un particolare metodo e attualmente tutti gli approcci sono ampiamente utilizzati.
