Dimentichiamoci per un paio di minuti delle moderne tecnologie e ricordiamo come i dati venivano elaborati e archiviati vent'anni fa. A quel tempo, i tipi di computer più diffusi erano i mainframe della famiglia IBM-360/370 (molti di voi probabilmente trovavano ancora le loro controparti nazionali della serie EU prodotte dai paesi CMEA) e i minicomputer DEC PDP-11 (che avevano anche una controparte domestica - SM-4 / SM-1420). Di norma, quando si lavora con tali computer, vengono utilizzati terminali non intelligenti, controllati dallo stesso mainframe o minicomputer (probabilmente non ricorderemo dispositivi esotici come lettori di schede perforate e lettori di nastri perforati come mezzo per fornire un'interfaccia utente ).
Va detto che l'elaborazione dei dati con l'ausilio di mainframe e minicomputer ha avuto i suoi vantaggi, in una certa misura perduti in seguito, nell'era dei personal computer e dei desktop DBMS. Questi includevano, in particolare:
- la capacità di condividere risorse e apparecchiature, come processore centrale, RAM, dispositivi esterni (stampanti, plotter, unità nastro e altri dispositivi di archiviazione dati, ecc.);
- archiviazione centralizzata dei dati.
Un serio inconveniente di tali sistemi era la pratica assenza di personalizzazione dell'ambiente di lavoro: anche tutto il software, inclusi editor di testo, compilatori, DBMS, veniva archiviato centralmente e utilizzato collettivamente.
Questa carenza è stata una delle ragioni della rapida crescita dell'industria dei personal computer: insieme alla facilità d'uso e al basso costo rispetto a mainframe e minicomputer, gli utenti sono stati attratti dalla possibilità di personalizzare l'ambiente di lavoro, in particolare la possibilità di scegliere il software più adatto per un dato utente. Fu in quel periodo che iniziò la rapida crescita della popolarità dei DBMS desktop, come dBase (REBUS) e, poco dopo, FoxBASE, Paradox e alcuni altri, ormai dimenticati. Devo dire che a quel tempo c'erano processi di prestito e standardizzazione di idee e approcci di successo, il che era particolarmente evidente nel destino di un prodotto come dBase, il cui linguaggio di programmazione e principi di organizzazione dei dati erano stati presi in prestito da molti altri produttori nel loro prodotti. Tuttavia, parleremo di dBase e dei prodotti compatibili con esso un po' più avanti.
I DBMS desktop in quanto tali non contengono applicazioni e servizi speciali che gestiscono i dati: l'interazione con essi viene effettuata utilizzando i servizi di file del sistema operativo. Spesso, tali DBMS includono anche strumenti di sviluppo che si concentrano sul lavoro con i dati nel formato caratteristico di questo DBMS e consentono di creare un'interfaccia utente più o meno comoda. Per quanto riguarda il trattamento dei dati, è interamente svolto nell'applicazione utente (cliente).
Il passo successivo nello sviluppo di DBMS desktop è stato l'emergere delle loro versioni multiutente di rete, che consentono a più utenti di elaborare contemporaneamente i dati che si trovano in una memoria pubblica (ad esempio, su un'unità di rete). Le loro versioni multiutente differiscono dai DBMS puramente desktop per la presenza di un meccanismo per bloccare parti di file di dati (contenenti una o più voci di tabella), che consente a più utenti di accedere allo stesso file contemporaneamente.
Gli svantaggi di tali DBMS non sono evidenti e diventano evidenti, di norma, con un aumento della quantità di dati archiviati e un aumento del numero di utenti. In genere, si manifestano in un degrado delle prestazioni e nel verificarsi di errori di elaborazione dei dati dopo un certo periodo di utilizzo delle applicazioni client. La ragione di tali problemi risiede nel principio di base di funzionamento di tali DBMS e dei sistemi informativi basati su di essi, che consiste nell'elaborazione dei dati all'interno dell'applicazione utente. Ad esempio, se si utilizza un tale sistema è necessario eseguire una query secondo un criterio (ad esempio per selezionare gli ordini elaborati nelle ultime due ore da una tabella degli ordini), nel migliore dei casi (se questa tabella è indicizzata al momento della ricezione dell'ordine), l'applicazione dovrebbe leggere l'intero indice da un'unità di rete, cercare la posizione delle voci nei file contenenti la tabella e quindi leggere quelle parti dei file. Nel caso generale, quando la tabella non è indicizzata da questo campo, deve essere caricata da un'unità di rete e analizzata.
Un altro problema con i DBMS desktop è la possibilità di violazioni dell'integrità referenziale dei dati, poiché l'unico meccanismo che lo controlla è l'applicazione utente. Pertanto, tutte le applicazioni utente devono contenere il codice appropriato e l'accesso ai file di database da qualsiasi altra applicazione deve essere vietato. Nei più diffusi DBMS desktop (ad esempio, Microsoft Access, Corel Paradox), il codice che controlla l'integrità referenziale standard è contenuto nelle librerie utilizzate da tutte le applicazioni che lavorano con questo database e il database stesso può contenere una descrizione del referenziale regole di integrità.
La fase successiva nello sviluppo di DBMS per personal computer sono stati i cosiddetti server DBMS. Dedicheremo loro il prossimo articolo di questa serie, e qui spiegheremo solo brevemente come i DBMS dei server differiscono da quelli desktop.
L'architettura "client/server" per la quale sono progettati i DBMS server è, in una certa misura, un ritorno al precedente modello "mainframe" basato sulla centralizzazione dell'archiviazione e dell'elaborazione dei dati su un unico computer dedicato che esegue una speciale applicazione o servizio chiamato un server di database. Il server di database è responsabile dell'utilizzo dei file di database, del mantenimento dell'integrità referenziale, del backup, della fornitura dell'accesso autorizzato ai dati, delle operazioni di registrazione e, naturalmente, dell'esecuzione delle richieste degli utenti per selezionare e modificare dati e metadati. Le applicazioni client che originano queste richieste vengono eseguite sui personal computer della rete.
Senza soffermarci sui vantaggi e gli svantaggi di tale architettura, notiamo solo che quando si utilizza il DBMS del server, le query vengono eseguite dal server stesso, quindi le applicazioni client ricevono solo i risultati della query stessa dal server e non richiedono il trasferimento di l'intero indice o l'intera tabella, che riduce notevolmente il traffico di rete durante l'elaborazione delle richieste. Si noti inoltre che molti oggetti progettati per implementare regole aziendali, come stored procedure e trigger, sono disponibili solo nei DBMS lato server.
Dopo aver considerato cosa sono i database, torniamo ai DBMS desktop e parliamo dei più popolari.
Il DBMS desktop più popolare
Ad oggi sono noti più di due dozzine di formati di dati per DBMS desktop, ma i più diffusi, in base al numero di copie vendute, sono dBase, Paradox, FoxPro e Access. Tra i recenti DBMS va segnalato anche Microsoft Data Engine, essenzialmente un DBMS server, che è una versione "leggera" di Microsoft SQL Server, ma destinato, tuttavia, all'utilizzo principalmente in sistemi desktop e piccoli gruppi di lavoro.
Le informazioni sui produttori dei DBMS sopra elencati sono presentate nella tabella seguente.
| DBMS | Produttore | URL |
|---|---|---|
| Visual dBase | dBase Inc. | http://www.dbase2000.com |
| Paradosso | corel | http://www.corel.com |
| Microsoft Access 2000 | Microsoft | http://www.microsoft.com |
| Microsoft FoxPro | Microsoft | http://www.microsoft.com |
| Microsoft Visual FoxPro | Microsoft | http://www.microsoft.com |
| Microsoft Visual FoxPro | Microsoft | http://www.microsoft.com |
| Motore di dati Microsoft | Microsoft | http://www.microsoft.com |
Successivamente, considereremo ciascuno di questi DBMS separatamente. Cominciamo con dBase - un DBMS che una volta era estremamente popolare e non è ancora dimenticato oggi, nonostante nel corso della sua esistenza abbia cambiato diversi proprietari e al momento il suo destino non sia del tutto determinato.
dBase e Visual dBase
La prima versione industriale del DBMS dBase, dBase II (allora di proprietà di Ashton-Tate, poi acquisita da Borland), apparve all'inizio degli anni '80. Grazie alla facilità d'uso, alla mancanza di risorse informatiche e, non meno importante, alla politica di marketing competente del produttore, questo prodotto ha guadagnato una notevole popolarità e con il rilascio delle sue prossime versioni: dBase III e dBase III Plus (1986), dotato di un ambiente molto comodo all'epoca, dell'ambiente di sviluppo e degli strumenti di manipolazione dei dati, prese rapidamente una posizione di primo piano tra i DBMS desktop e gli strumenti per la creazione di applicazioni che li utilizzassero.
L'archiviazione dei dati in dBase si basa sul principio di "una tabella - un file" (questi file di solito hanno l'estensione *.dbf). I campi MEMO e BLOB (disponibili nelle versioni successive di dBase) sono archiviati in file separati (di solito con estensione *.dbt). Anche gli indici per le tabelle vengono archiviati in file separati. Allo stesso tempo, nelle versioni precedenti di questo DBMS, era necessaria una speciale operazione di reindicizzazione per allineare gli indici allo stato corrente della tabella.
Il formato dati dBase è aperto, il che ha consentito a numerosi altri produttori di prenderlo in prestito per creare DBMS simili a dBase, parzialmente compatibili con dBase in termini di formati di dati. Ad esempio, il DBMS FoxBase un tempo molto popolare (sviluppato da Fox Software, Inc. e ora di proprietà di Microsoft) utilizzava il formato dati dBase per le tabelle, ma i formati per la memorizzazione dei campi MEMO e degli indici erano i propri, incompatibili con dBase. Molto popolare all'inizio degli anni '90 (e in alcuni luoghi ancora utilizzato oggi), lo strumento di sviluppo Clipper di Nantucket Corp (successivamente acquisito da Computer Associates) manipolava sia i dati dBase III (inclusi file di indice e file per i campi MEMO) sia con file di indice del proprio formato.
Oltre al popolare formato di dati, dBase è l'antenato della famiglia di linguaggi di programmazione un tempo popolare, chiamata xBase. Tutti i linguaggi di questa famiglia, utilizzati da FoxBase, Clipper e alcuni strumenti di sviluppo più recenti come i defunti CA Visual Objects di Computer Associates, contengono un insieme simile di comandi per la manipolazione dei dati e sono essenzialmente linguaggi interpretati. Il ruolo dell'interprete dei comandi xBase è solitamente un ambiente di sviluppo dell'applicazione in questo linguaggio o un ambiente di runtime che può essere fornito con l'applicazione. Si noti che per nascondere il codice sorgente delle applicazioni xBase, tali DBMS di solito contengono utilità per la pseudo-compilazione del codice, che viene quindi fornito con l'ambiente di runtime. Nel caso di Clipper, il runtime è contenuto all'interno dell'eseguibile stesso (e Clipper stesso è formalmente considerato un compilatore), ma anche il linguaggio è essenzialmente interpretato.
Nonostante avessero molte somiglianze nella sintassi e supportassero il set di comandi durante i giorni di uso diffuso del DOS, i linguaggi della famiglia xBase presentano però molte differenze, soprattutto nelle versioni successive degli "eredi" che usavano il loro DBMS. Di norma, hanno tutti le proprie estensioni dell'oggetto e quindi, al momento, non è praticamente necessario parlare della loro compatibilità tra loro.
Si noti, tuttavia, che non è necessario utilizzare i dialetti xBase per lavorare con i dati nel formato dBase (o altri DBMS simili a dBase). L'accesso a questi dati è possibile utilizzando l'API ODBC (e relativi driver) e alcuni altri meccanismi di accesso ai dati (ad esempio il Borland Database Engine, alcune librerie di terze parti come Sequenter's CodeBase), e ciò consente di creare applicazioni utilizzando il dBase data format, utilizzando praticamente qualsiasi strumento di sviluppo che supporti uno di questi meccanismi di accesso ai dati.
Dopo l'acquisto di dBase da parte di Borland, questo prodotto, in seguito chiamato Visual dBase, ha acquisito una serie di funzionalità aggiuntive specifiche per gli strumenti di sviluppo di Borland e per il suo altro DBMS desktop, Paradox. Tra queste caratteristiche c'erano tipi speciali di campi per dati grafici, indici supportati, archiviazione di regole di integrità referenziale all'interno del database stesso e la possibilità di manipolare dati in altri formati, in particolare DBMS server, attraverso l'uso dell'API BDE e collegamenti SQL .
Visual dBase è attualmente di proprietà di dBase, Inc. La sua ultima versione - Visual dBase 7.5 ha le seguenti caratteristiche:
- Strumenti di manipolazione dei dati dBase e FoxPro di tutte le versioni.
- Strumenti per la pubblicazione di dati su Internet e la creazione di Web-client.
- Un kernel per l'accesso ai dati del server database Extended Systems Advantage e un driver ODBC per l'accesso ai dati da questo DBMS.
- Strumenti per la pubblicazione di report sul Web.
- Strumenti per la generazione di file eseguibili e distribuzioni.
Attualmente, il componente dConnections può essere acquistato come componente aggiuntivo di Visual dBase, consentendo l'accesso ai dati Oracle, Sybase, Informix, MS SQL Server, DB2, InterBase da Visual dBase 7.5 e alle applicazioni create con esso.
dBase, Inc. ha anche annunciato il progetto dBASE Open Source, che mira a sviluppare nuovi componenti e classi da parte della comunità di utenti dBase da includere nella prossima versione di dBase (soprannominata dBase 2000). In altre parole, c'è una tendenza per dBase (o parti di esso) a diventare un prodotto non commerciale con codice sorgente disponibile.
Paradosso
Paradox è stato sviluppato da Ansa Software ed è stato rilasciato per la prima volta nel 1985. Questo prodotto è stato successivamente acquisito da Borland. È di proprietà di Corel dal luglio 1996 e fa parte di Corel Office Professional.
Tra la fine degli anni '80 e l'inizio degli anni '90, Paradox, allora di proprietà di Borland International, era un DBMS molto popolare, anche nel nostro paese, dove un tempo occupava una posizione di forza nel mercato degli strumenti di sviluppo di applicazioni desktop con database.
Il principio dell'archiviazione dei dati in Paradox è simile ai principi dell'archiviazione dei dati in dBase: ogni tabella è archiviata nel proprio file (estensione *.db), i campi MEMO e BLOB sono archiviati in un file separato (estensione *.md), così come gli indici (*. px).
Tuttavia, a differenza di dBase, il formato dati Paradox non è aperto, quindi sono necessarie librerie speciali per accedere ai dati in questo formato. Ad esempio, le applicazioni scritte in C o Pascal utilizzavano la libreria Paradox Engine, un tempo popolare, che divenne la base del Borland Database Engine. Questa libreria è attualmente utilizzata in applicazioni create con gli strumenti di sviluppo Borland (Delphi, C++Builder), in alcuni generatori di report (es. Crystal Reports) e nello stesso Paradox. Esistono anche driver ODBC per database creati da varie versioni di questo DBMS.
Si noti, tuttavia, che la mancanza di "apertura" del formato dei dati ha i suoi vantaggi. Poiché in questa situazione l'accesso ai dati viene effettuato solo con l'ausilio di biblioteche "che conoscono" questo formato, la semplice modifica di tali dati è notevolmente più difficile rispetto ai dati in formati aperti come dBase. In questo caso sono possibili servizi inaccessibili quando si utilizzano formati di dati "aperti", come la protezione di tabelle e singoli campi con una password, la memorizzazione di alcune regole di integrità referenziale nelle tabelle stesse - tutti questi servizi sono forniti da Paradox, a partire da le prime versioni di questo DBMS.
Rispetto a versioni simili di dBase, le prime versioni di Paradox di solito fornivano agli sviluppatori di database funzionalità significativamente più avanzate, come l'utilizzo della grafica aziendale nelle applicazioni DOS, l'aggiornamento dei dati nelle applicazioni durante il lavoro multiutente, gli strumenti di creazione di query visivi basati sull'interfaccia QBE - Query by Example (query by pattern), strumenti per l'analisi statistica dei dati, nonché strumenti per la creazione visiva di interfacce applicative utente con generazione automatica di codice nel linguaggio di programmazione PAL (Paradox Application Language).
Le versioni Windows del DBMS Paradox, oltre ai servizi sopra elencati, hanno consentito di manipolare dati anche in altri formati, in particolare dBase e dati archiviati in DBMS server. Gli utenti di Paradox hanno avuto questa opportunità grazie all'uso della libreria Borland Database Engine e dei driver SQL Links. Ciò ha permesso di utilizzare Paradox come strumento universale per la gestione di vari database (una versione notevolmente più leggera di Paradox 7 chiamata Database Desktop è ancora inclusa in Borland Delphi e Borland C++Builder proprio per questo scopo). Per quanto riguarda il formato dati di base utilizzato in questo prodotto, presenta gli stessi inconvenienti di tutti i formati dati DBMS desktop, e quindi, se possibile, si tenta di sostituirlo con un DBMS server, pur mantenendo lo stesso Paradox come strumento di sviluppo di applicazioni e dati manipolazione.
L'attuale versione di questo database, Paradox 9, è disponibile in due versioni: Paradox 9 Standalone Edition e Paradox 9 Developer's Edition. Il primo è destinato all'uso come DBMS desktop ed è incluso in Corel Office Professional, il secondo, sia come DBMS desktop che come strumento per lo sviluppo di applicazioni e la manipolazione dei dati nei DBMS server. Entrambe le versioni contengono:
- Strumenti di manipolazione dei dati Paradox e dBase.
- Strumenti per la creazione di moduli, report e applicazioni.
- Strumenti per la creazione di query visive.
- Strumenti per la pubblicazione di dati e report su Internet e la creazione di client Web.
- Server web Corel.
- Driver ODBC per l'accesso ai dati Paradox dalle applicazioni Windows.
- Strumenti per accedere ai dati in formato Paradox da applicazioni Java.
Inoltre, la Paradox 9 Developer's Edition contiene:
- Una versione runtime di Paradox da spedire con le applicazioni.
- Mezzi di creazione di kit di distribuzione.
- Driver SQL Links per l'accesso ai dati DBMS del server.
Si noti, tuttavia, che la popolarità di questo prodotto come strumento di sviluppo è recentemente leggermente diminuita, sebbene ci siano ancora alcuni sistemi informativi creati con il suo aiuto nel mondo.
Microsoft FoxPro e Visual FoxPro
FoxPro fa risalire le sue origini al database desktop FoxBase di Fox Software. Durante lo sviluppo di FoxBase alla fine degli anni '80, questa azienda ha perseguito l'obiettivo di creare un DBMS interoperabile con dBase in termini di organizzazione dei file e linguaggio di programmazione, ma lo ha notevolmente superato in termini di prestazioni. Uno dei modi per migliorare le prestazioni era organizzare i file di indice in modo più efficiente rispetto a dBase: questi due DBMS sono incompatibili tra loro in termini di formato dei file di indice.
Rispetto a versioni simili di dBase, FoxBase e una versione successiva di questo prodotto, denominata FoxPro, fornivano agli utenti funzionalità leggermente più avanzate, come l'uso della grafica aziendale, la generazione del codice dell'applicazione, la generazione automatica della documentazione dell'applicazione, ecc.
Successivamente, questo prodotto è stato acquisito da Microsoft. Le sue ultime versioni (dalla versione 3.0 rilasciata nel 1995) sono state denominate Visual FoxPro. Con ogni nuova versione, questo prodotto è diventato sempre più integrato con altri prodotti Microsoft, in particolare con Microsoft SQL Server - Visual FoxPro negli ultimi anni ha incluso strumenti per la migrazione dei dati FoxPro in SQL Server e strumenti per l'accesso ai dati da questo server da Visual FoxPro e dalle applicazioni create con esso. Sebbene anche il formato dei dati FoxPro si sia evoluto con ogni nuova versione, ottenendo funzionalità come l'archiviazione di regole di integrità referenziale e alcune regole aziendali nel database stesso, è stata molto più focalizzata sulla migrazione di applicazioni Visual FoxPro su piattaforme server.
L'ultima versione di questo prodotto, Visual FoxPro 6.0, è disponibile sia separatamente che come parte di Microsoft Visual Studio 6.0. Una caratteristica distintiva di questo DBMS desktop tra i due discussi sopra è l'integrazione di questo prodotto con le tecnologie Microsoft, in particolare il supporto per COM (Component Object Model - un modello a oggetti componente che è la base per il funzionamento delle versioni a 32 bit di Windows e l'organizzazione del calcolo distribuito in questo sistema operativo), l'integrazione con Microsoft SQL Server, la possibilità di creare applicazioni distribuite basate sul concetto di Windows DNA (Applicazioni Internet distribuite).
Visual Fox Pro 6.0 offre le seguenti funzionalità:
- Strumenti per la pubblicazione di dati su Internet e la creazione di Web-client.
- Strumenti per la creazione di componenti ASP e applicazioni Web.
- Creatori di oggetti COM e oggetti per Microsoft Transaction Server che consentono di creare applicazioni scalabili multilivello per l'elaborazione dei dati.
- Strumenti di accesso ai dati per DBMS server basati sull'utilizzo di OLE DB (un insieme di interfacce COM che consente l'accesso unificato ai dati provenienti da diverse origini, inclusi database non relazionali e altre origini, come Microsoft Exchange).
- Strumenti per l'accesso ai dati di Microsoft SQL Server e Oracle, inclusa la possibilità di creare e modificare tabelle, trigger, stored procedure
- Strumenti di debug di stored procedure di Microsoft SQL Server.
- Uno strumento per la modellazione visiva di componenti e oggetti che fanno parte dell'applicazione - Visual Modeller.
- Uno strumento per la gestione dei componenti dell'applicazione in modo che possano essere riutilizzati.
Le tendenze di sviluppo di questo prodotto sono quindi evidenti: da DBMS desktop, Visual FoxPro si sta trasformando gradualmente in uno strumento per lo sviluppo di applicazioni nell'architettura client/server e applicazioni distribuite nell'architettura Windows DNA. Tuttavia, queste tendenze sono in una certa misura tipiche di tutti i DBMS desktop più popolari: abbiamo già visto che sia dBase che Paradox consentono anche di accedere ai DBMS server più popolari.
accesso Microsoft
La prima versione del DBMS Access è apparsa all'inizio degli anni '90. È stato il primo DBMS relazionale desktop per Windows a 16 bit. La popolarità di Access è aumentata in modo significativo dopo l'inclusione di questo DBMS in Microsoft Office.
A differenza di Visual FoxPro, che in realtà è diventato uno strumento di sviluppo di applicazioni, Access si rivolge principalmente agli utenti di Microsoft Office, inclusi coloro che non hanno familiarità con la programmazione. Ciò, in particolare, si è manifestato nel fatto che tutte le informazioni relative a un determinato database, vale a dire tabelle, indici (ovviamente supportati), regole di integrità referenziale, regole aziendali, un elenco di utenti, nonché moduli e report sono archiviate in un file , che è generalmente conveniente per gli utenti inesperti.
L'ultima versione di questo database, Access 2000, è inclusa in Microsoft Office 2000 Professional e Premium ed è disponibile anche come prodotto autonomo. Access 2000 include:
- Strumenti per la manipolazione dei dati di Access e dei dati disponibili tramite ODBC (questi ultimi possono essere "collegati" a un database di Access).
- Strumenti per la creazione di moduli, report e applicazioni; allo stesso tempo, i report possono essere esportati in Microsoft Word o Microsoft Excel e le applicazioni vengono create utilizzando Visual Basic, Applications Edition, che è comune a tutti i componenti di Microsoft Office.
- Strumenti per la pubblicazione di report su Internet.
- Strumenti per creare applicazioni Web interattive per lavorare con i dati (Data Access Pages).
- Modalità di accesso ai dati del server DBMS tramite OLE DB.
- Strumenti per la creazione di applicazioni client per Microsoft SQL Server.
- Strumenti di amministrazione di Microsoft SQL Server.
Il supporto COM in Access si esprime nella capacità di utilizzare i controlli ActiveX nei moduli e nelle pagine Web create con Access. A differenza di Visual FoxPro, non dovresti creare server COM con Access.
In altre parole, Microsoft Access può essere utilizzato, da un lato, come DBMS desktop e parte integrante della suite per ufficio, e dall'altro, come client Microsoft SQL Server che consente di amministrarlo, manipolarne i dati e creare applicazioni per questo server.
Oltre a manipolare i dati di Microsoft SQL Server, Access 2000 consente anche di utilizzare Microsoft Data Engine (MSDE), che è essenzialmente un server di database desktop compatibile con Microsoft SQL Server, come archivio dati. Questo prodotto, relativamente nuovo rispetto agli altri discussi in questa recensione, sarà discusso nella prossima sezione di questo articolo.
Motore di dati Microsoft
MSDE è un DBMS basato su tecnologie Microsoft SQL Server, ma progettato per l'uso in sistemi desktop o applicazioni di rete con un massimo di 2 GB di dati e un numero ridotto di utenti. In sostanza, MSDE è una versione leggera di Microsoft SQL Server che non contiene strumenti di amministrazione e può essere classificato come DBMS desktop in modo molto condizionale.
In Microsoft Access, l'utente può scegliere quale meccanismo di accesso ai dati utilizzare: Microsoft Jet - un insieme standard di librerie di accesso ai dati o MSDE (in questo caso, il database viene gestito utilizzando un processo separato). È possibile convertire i database di Access esistenti in un database MSDE dall'ambiente di sviluppo di Access.
I database MSDE sono completamente compatibili con i database di Microsoft SQL Server e possono essere gestiti da quel server secondo necessità. Come la maggior parte dei DBMS server, questi database supportano le transazioni, consentono di creare trigger e stored procedure (non disponibili nei database di Access), utilizzano i meccanismi di protezione dei dati forniti dal sistema operativo. Inoltre, per un gran numero di utenti e grandi quantità di dati, le applicazioni che utilizzano MSDE funzionano meglio perché le query vengono elaborate all'interno del processo che gestisce il database, piuttosto che all'interno dell'applicazione client, il che riduce il traffico di rete associato al trasferimento di dati dal server .al cliente.
MSDE è incluso in Microsoft Office 2000 Premium o Developer ed è inoltre disponibile nel sito Web Microsoft per gli utenti registrati di Visual Studio 6.0 Professional, Enterprise Edition o qualsiasi strumento di sviluppo che fa parte di Visual Studio 6.0 Professional o Enterprise Edition. MSDE può essere distribuito gratuitamente come parte di applicazioni create con uno qualsiasi degli strumenti di sviluppo inclusi con Visual Studio 6.0 o Office 2000 Developer.
Conclusione
In questo articolo, abbiamo esaminato i DBMS desktop più popolari oggi e abbiamo tracciato la storia del loro sviluppo. Abbiamo visto che lo sviluppo di quelli dei DBMS desktop che sono riusciti a mantenere la loro popolarità nel corso degli anni, ha obbedito a determinati schemi. Tutti questi DBMS:
- acquisito strumenti di progettazione visiva per moduli, report e applicazioni al momento della comparsa delle prime versioni di Windows;
- ha iniziato a fornire l'accesso ai dati DBMS del server quando sono apparse le prime versioni a 32 bit;
- acquisito i mezzi per pubblicare dati su Internet e in una certa misura supportare la creazione di applicazioni per la modifica dei dati tramite browser Web;
- ha iniziato a fornire la possibilità di memorizzare le descrizioni delle regole di integrità referenziale all'interno del database.
Inoltre, tutti i moderni DBMS, ad eccezione di Corel Paradox, in alternativa al proprio formato dati, consentono l'utilizzo di server database leggeri per la creazione di applicazioni desktop, progettate per essere utilizzate su un singolo computer o all'interno di un piccolo gruppo di lavoro. In altre parole, la storia dello sviluppo di DBMS desktop riflette le tendenze moderne nello sviluppo dei sistemi informativi, come la creazione di sistemi distribuiti tramite Internet o Intranet, l'uso di strumenti di sviluppo rapido di applicazioni e il porting di massa di applicazioni tramite database, comprese le applicazioni desktop, all'architettura client/server.
Il prossimo articolo di questa serie si concentrerà sull'architettura client/server e sui sistemi di database lato server come IB Database, Microsoft SQL Server, Oracle, Sybase e Informix.
ComputerPress 4 "2000
VALORI DELLA TEORIA. Il concetto di significato nella filosofia analitica del linguaggio è infatti analogo a ciò che nella filosofia della mente viene chiamato "mente", "coscienza" (inglese), o "Geist" (tedesco), cioè coscienza, spirito. In termini di significato... Enciclopedia di epistemologia e filosofia della scienza
I valori di età che ben coincidono tra loro, ottenuti con il metodo dell'isotopo del piombo secondo diff. rapporti isotopici. Testimoniano la buona conservazione del latte e l'affidabilità degli addominali ritrovati. età. Sin.: i valori dell'età sono concordanti. ... ... Enciclopedia geologica
Valori teorici delle potenziali derivate corrispondenti al modello idealizzato della Terra. Sono trascurabili o esattamente uguali a zero, quindi i valori misurati delle derivate seconde del potenziale gravitazionale possono essere praticamente considerati ... ... Enciclopedia geologica
- (g 0) i valori teorici della forza di gravità agente su un'unità di massa corrispondono a un tale modello della Terra, in cui la densità all'interno dei gusci sferici è costante e cambia solo con la profondità. La struttura della loro espressione analitica ... ... Enciclopedia geologica
sin. i valori dell'età a termine sono incoerenti o divergenti. Dizionario geologico: in 2 volumi. M.: Nedra. A cura di KN Paffengolts et al. 1978 ... Enciclopedia geologica
Ottenuto con il metodo dell'isotopo del piombo per quattro dec. Rapporti isotopici: , e di grandezza fortemente divergenti. Testimoniano la scarsa conservazione del latte e la violazione dell'equilibrio radioattivo in esso contenuto tra materno e ... ... Enciclopedia geologica
sin. i valori dell'età a termine sono coerenti. Dizionario geologico: in 2 volumi. M.: Nedra. A cura di KN Paffengolts et al. 1978 ... Enciclopedia geologica
valori di parametri di funzionamento anormali- dati di funzionamento anomalo [Intento] Testi paralleli EN RU Il P63x genera un gran numero di segnali, elabora segnali di ingresso binari e acquisisce i dati di misura durante il funzionamento senza errori dell'oggetto protetto nonché in caso di guasto… …
Termini e concetti di morfologia generale: Dizionario-libro di consultazione
significati di orientamento del verbo- Valori di modifica spaziale delle azioni e derivati da esse ... Dizionario dei termini linguistici T.V. Puledro
valori (tensioni) tra linea e terra- — [Ya.N. Luginsky, MS Fezi Zhilinskaya, Yu.S. Kabirov. Dizionario inglese russo di ingegneria elettrica e industria energetica, Mosca, 1999] Argomenti di ingegneria elettrica, concetti di base Valori linea-terra EN ... Manuale tecnico del traduttore
Libri
- , A. Potebnya. Riprodotto nell'ortografia dell'autore originale dell'edizione del 1888 (casa editrice Voronezh). IN…
- Significati plurali in russo, A. Potebnya. Questo libro verrà prodotto in base al tuo ordine utilizzando la tecnologia Print-on-Demand. Riprodotto nell'ortografia dell'autore originale dell'edizione del 1888 (casa editrice Voronezh ...
Banca dati- un insieme di dati (informazioni) strutturati e interconnessi.
Un esempio è biblioteca. Sì, sì, non ci sono solo libri sugli scaffali, ma esistono vari tipi di Cataloghi, in base ai quali il bibliotecario può trovare un determinato libro (in ordine alfabetico - per autore o titolo, per scaffalatura, per argomento). Così, accettata una richiesta per un libro, è stato poi possibile trovarlo su una certa base. Si può dire che i dati sono stati archiviati ed elaborati nella biblioteca. Ma i dati non sarebbero così interessanti se non potessero essere manipolati allo stesso modo! Veniamo quindi alla prossima legislatura.
Sistema di gestione delle banche dati- si tratta di un insieme di strumenti linguistici e software, le cui funzioni principali comprendono la capacità di creare dati, elaborarli e leggerli, eliminare ed esercitare un controllo sicuro del database.
In generale, un DBMS è un sistema che consente di creare database e manipolare le informazioni da essi. Ed esegue questo accesso ai dati DBMS attraverso un linguaggio speciale: SQL.
SQL- un linguaggio universale di interrogazioni strutturate, i cui compiti principali comprendono l'implementazione della lettura, scrittura e cancellazione delle informazioni nel Database.
Dalla storia di SQL
Nei primi anni '70, in uno dei laboratori di ricerca dell'azienda IBMè stato sviluppato un DBMS relazionale sperimentale IBM System R, per il quale è stato poi creato un apposito linguaggio CONTINUAZIONE, che ha reso relativamente facile la gestione dei dati in questo DBMS. L'abbreviazione SEQUEL sta per Linguaggio di query in inglese strutturato- Linguaggio di query in inglese strutturato. Successivamente, per motivi legali, la lingua SEQUEL è stata rinominata SQL.La data di creazione è il 1974.
Si considerano gli autori Donald Chamberlin, Raymond Boyes.
Il primo standard è stato adottato nel 1986.
Cos'è MySQL
MySQL- sistema di gestione di database in grado di funzionare con PHP, Java, Perl, C, C++ e altri linguaggi di programmazione. Uno dei DBMS più diffusi al mondo. Incluso nelle popolari build di server portatili Denver e XAMPP, nonché ai server WAMP, LAMPADA, AppServ. Scritto in C, C++. sviluppatore - Oracolo(dal 2010).Esempi di query SQL
Elencherà TUTTI i database.MOSTRA banche dati;
Elencherà TUTTE le tabelle nel database base_name.
MOSTRA le tabelle in base_name;
Seleziona TUTTI i dati nella tabella tbl_name.
SELEZIONA * DA tbl_name;
Di più dettaglio le richieste si trovano nell'articolo
Comunicazione di sistemi informativi e banche dati
Definizione 1
Vengono chiamati dati logicamente correlati che sono formalizzati in modo unificato in modo che possano essere elaborati da un computer Banca dati
I database vengono creati, archiviati ed elaborati in programmi speciali chiamati sistemi di gestione dei database (DBMS). Ma per un lavoro efficace con i dati, non basta solo un database gestito da un DBMS. Di solito i dati sono necessari per l'uso in qualche tipo di attività. Ad esempio, i dati personali di un paziente sono necessari nel processo di registrazione della sua cartella clinica in una clinica, i dati sui beni venduti sono necessari per tenere i registri presso i rivenditori, i dati sui risultati delle sessioni sono necessari nel processo di assegnazione delle borse di studio agli studenti, ecc. Tutte queste attività sono specifiche, hanno le loro regole e la loro terminologia. Pertanto, per il loro supporto informativo, sono necessari programmi speciali, in cui viene utilizzata la consueta terminologia e tutte le regole vengono prese in considerazione. Tali programmi sono chiamati sistemi informativi (IS).
Definizione 3
Viene chiamata la parte del mondo reale che deve essere studiata per sviluppare un sistema informativo argomento.
L'area tematica è descritta da un insieme di oggetti, un insieme di processi che utilizzano questi oggetti, un insieme di utenti uniti da un'unica vista dell'intero sistema.
Definizione 4
Viene chiamato l'insieme di regole e principi per il comportamento degli oggetti nell'area disciplinare logica di businessÈ.
Esempio 1
Diciamo che ogni cliente del negozio, se ci sono tre acquisti effettuati nel mese, riceve uno sconto del 2%. Questo requisito fa parte della logica aziendale. Quando si sviluppa l'IS di un negozio, dovrebbe essere preso in considerazione come una procedura separata che troverà automaticamente tali clienti e assegnerà loro uno sconto.
Quando si progetta un IS, è necessario determinare quali dati e per quali scopi verranno archiviati nel sistema, nonché come sarà organizzata la loro conservazione ed elaborazione. Pertanto, il database e il DBMS sono parte integrante di (IS). Oltre ai database, IS include un sistema di applicazioni interconnesse che implementano la logica aziendale.
Classificazione dei sistemi informativi
In base alle aree di applicazione della PI si dividono in
- Recupero delle informazioni (IPS);
- Sistemi di elaborazione dati (SOD).
Il compito principale dell'IS, di regola, è cercare ed estrarre una parte dei dati memorizzati che soddisfi un determinato criterio di selezione. I server di ricerca su Internet sono un classico esempio di IPS. Le richieste degli utenti a ODS, di norma, terminano con l'aggiunta di nuovi dati o la modifica di quelli esistenti. I dati archiviati vengono elaborati a livello di codice e restituiti come risultato di report e documenti. Un classico esempio di SOD è l'IS di banche e supermercati.
A seconda del tipo di risorse informative con cui opera l'IS, si dividono in due classi:
- documentari;
- Effettivo.
Documentary IS archivia direttamente i documenti contenenti informazioni. Articoli, mappe, fotografie, registrazioni audio, ecc. possono essere utilizzati come documenti. In questo caso, il database memorizza solo i collegamenti ai documenti e quei dettagli che possono essere formalizzati. Gli IS documentari sono molto spesso il recupero di informazioni.
Gli IS factografici memorizzano i dati formalizzati sullo svolgimento di qualsiasi operazione. Ad esempio, dati sulla ricezione delle merci dai fornitori, dati sul trasferimento di materiali da un magazzino alle officine, ecc. I sistemi informativi fattoriali contengono dati sugli oggetti dell'area disciplinare nel loro rapporto reciproco.
Nell'economia odierna, la PI non viene sviluppata una volta per tutte. La maggior parte degli IS vengono ripetutamente modificati durante la loro vita di servizio per soddisfare le mutevoli condizioni dell'area tematica. Spesso è necessario organizzare lo scambio di dati tra diversi IS, che sono costruiti su piattaforme diverse da diversi team di sviluppo, utilizzando diversi DBMS. Per fare ciò, l'IS deve fornire funzioni per l'importazione e l'esportazione di dati basati su formati di scambio dati standard.
Questo articolo riguarda il concetto di database. Oggigiorno vengono utilizzati attivamente vari database quando si lavora con i PC: i personal computer. Per brevità, introduciamo l'abbreviazione accettata per il database - DB.
Cos'è un database: definizione e funzioni
Alla domanda su cosa sia un database, l'informatica dà una risposta molto chiara.
Un database (DB) è una raccolta di materiali sistematizzati in modo tale da poter essere facilmente trovati ed elaborati utilizzando un PC o un altro computer (computer elettronico). Tutto può essere inteso come materiale: articoli, documenti vari, relazioni, ecc.
Un database è anche chiamato un tale insieme di dati che viene archiviato su un PC secondo un determinato schema.
C'è un'altra definizione: un database è un insieme di dati permanenti che viene utilizzato da vari sistemi software di un'organizzazione.
Sulla base di queste definizioni, non è difficile indovinare a cosa serva un database per PC. Vari database vengono utilizzati per organizzare e archiviare un gran numero di documenti dello stesso tipo e accedervi rapidamente. Ricordi quando venivi in una grande biblioteca, quanto tempo impiegava il bibliotecario a trovare il libro che ti interessava? Ma non è sempre possibile anche ricordare immediatamente se c'è del materiale nell'archivio. Ora questo problema è risolto. È sufficiente aprire il database di interesse sul computer e digitare il nome di interesse nella ricerca. Trovare ed elaborare rapidamente le informazioni di interesse dall'elenco è ciò per cui sono progettati il database e i programmi che operano su vari database. Le moderne banche dati e i programmi con cui vengono elaborati forniscono un prezioso aiuto a persone di diverse professioni che sono costrette a lavorare con grandi volumi dello stesso tipo di informazioni. Questi sono, prima di tutto, operatori del settore, bibliotecari, dipendenti di istituzioni mediche, contabili.
Cos'è un database relazionale
Un database relazionale è un database basato su un modello di dati relazionali. Daremo una definizione più precisa, per così dire, in prima persona. Ricordiamo che il modello dei dati relazionali è stato proposto e successivamente implementato dal matematico americano Codd nel 1970. E in un articolo del 1985, ha anche formulato 12 regole in base alle quali si può determinare che un determinato database è relazionale. Portiamoli qui.
- regola dell'informazione. Tutte le informazioni nel database dovrebbero essere presentate solo sotto forma di valori contenuti nelle tabelle, cioè a livello logico.
- Accesso garantito. È necessario accedere a ciascun elemento del database utilizzando il nome della tabella, il nome della colonna e la chiave primaria.
- Supporto per valori non validi. I valori Null nel database devono essere utilizzati per rappresentare i dati mancanti e devono essere distinti da eventuali caratteri numerici e dallo spazio.
- directory dinamica. La descrizione del database a livello logico è presentata nella stessa forma dei dati principali.
- Un sottolinguaggio dati esaustivo. In un database relazionale deve esserci uno speciale linguaggio simbolico con una chiara sintassi che supporti vari elementi del database stesso: elaborazione, definizione dei dati, limiti di transazione, ecc.
- Aggiornamento delle visualizzazioni. Rende disponibili tutte le viste che possono essere aggiornate.
- Aggiunta, aggiornamento ed eliminazione. La capacità di lavorare con il database durante queste operazioni.
- Indipendenza dei dati fisici.
- Indipendenza dei dati logici.
- Indipendenza delle condizioni di integrità. L'esistenza della possibilità di definire condizioni di integrità, specifiche per ogni database relazionale.
- indipendenza distributiva. Cioè, l'indipendenza dalle condizioni di un particolare utente.
- La regola dell'unicità. Questa è l'impossibilità di utilizzare un linguaggio di basso livello per elaborare i dati in un linguaggio di alto livello (nel caso di più record contemporaneamente, ad esempio).
