Nozioni di base su server client e configurazioni di componenti e applicazioni in Oracle 12c - dummies

Il database Oracle 12c non esiste semplicemente isolato; agisce come parte di un sistema informatico. Prima di installare il software Oracle e configurare il database, è necessario sapere in che modo il database si inserisce nell'architettura generale del sistema. Alcuni sistemi sono più complessi di altri, ma la maggior parte rientra nelle seguenti categorie di base:

• Client-server

• Multi-tier

• Configurazioni componenti

Sapendo in quale categoria si inserisce il tuo database, farai una grande differenza durante l'installazione del tuo sistema perché conoscerai le esigenze specifiche del tuo database.

Applicazioni client-server in Oracle 12c

Applicazioni client-server (a volte chiamate applicazioni a due livelli ) sono quelle in cui la workstation dell'utente ha installato il programma applicativo e, durante l'esecuzione, il programma accede ai dati memorizzati su un server di database remoto. Anche se qui c'è qualche spazio di manovra, la workstation gestisce la logica di presentazione e applicazione e il server di database funge da archivio dati. Ecco come funziona una configurazione client-server.

La workstation (livello client) gestisce la logica dell'applicazione e la presentazione all'utente. La logica dell'applicazione può essere impiantata attraverso molti linguaggi diversi, ma esempi comuni includono PowerBuilder, MS Visual Basic, applicazioni Java e persino alcune versioni di Oracle Forms and Reports.

Quando queste applicazioni lato client necessitano di dati, accedono al database tramite ODBC (Open Database Connectivity), JDBC (Java Database Connectivity) o Oracle Net utilizzando nomi tns lato client. ora file. Questi protocolli di comunicazione del database consentono la connettività da qualsiasi client a qualsiasi database, incluso Oracle.

Sul livello del database, il database memorizza i dati e, tramite utenti, ruoli e autorizzazioni, fornisce i dati all'applicazione in risposta alle interrogazioni SQL e alle istruzioni DML (Data Manipulation Language) (che sono semplicemente istruzioni SQL che manipolano o modificano i dati). A seconda che si utilizzi un client grasso o thin, parte della logica e dell'elaborazione dell'applicazione potrebbero essere scaricate sul livello del database.

L'elaborazione sul server di database ha spesso senso perché un server di database può eseguire un'elaborazione e un crunching molto più intensi rispetto alla workstation più grande. L'elaborazione dei dati viene comunemente eseguita tramite procedure, funzioni e pacchetti di database, che elaborano i dati in un set di risultati inferiore da restituire al client per la presentazione all'utente.

Molte persone hanno affermato che il server client è morto. Se lo è, perché ci sono così tante applicazioni client-server ancora là fuori? L'architettura client-server è più vecchia e molte più nuove applicazioni esistono nel mondo a più livelli. Tuttavia, una semplice applicazione client-server soddisfa ancora le esigenze immediate di un'azienda in molte situazioni. L'applicazione client-server può essere un'applicazione legacy che svolge il proprio lavoro, quindi l'azienda non ha bisogno di eseguire l'aggiornamento.

Configurazioni dei componenti in Oracle 12c

Nei sistemi client-server e multilivello, il database Oracle era il cuore del sistema perché contiene i dati. Esistente come archivio dati principale per l'intero sistema è l'uso più comune di un database Oracle, ma non è l'unica volta che dovrai installare Oracle.

Ad esempio, spesso questi database svolgono un ruolo di supporto, fungendo da archivi dati secondari per applicazioni COTS (Commercial Off-The-Shelf) di grandi dimensioni. In questi casi, i database Oracle fungono da archivi che memorizzano dati specializzati da utilizzare all'interno di un sistema più ampio. Durante l'installazione del sistema più grande, il database Oracle viene installato come componente di supporto.

Un esempio comune di un repository Oracle con cui si ha familiarità è Oracle Designer. È possibile utilizzare questo strumento di sviluppo Oracle per progettare, creare e archiviare il codice dell'applicazione (tra le altre cose) e risiede sul desktop dell'utente.

Quando l'utente avvia Oracle Designer, richiede un repository Oracle a cui connettersi e l'utente specifica tali informazioni. È all'interno di quel repository che vengono memorizzati tutti gli oggetti che devono essere utilizzati dal desktop di Designer.

Oracle Internet Directory (OID) è un esempio più attuale di Oracle che agisce come sottocomponente all'interno di un ambiente a più livelli. OID è l'implementazione Oracle di un LDAP (Lightweight Directory Access Protocol).

I LDAP sono archivi di dati (non di database) definiti gerarchicamente (non relazionali) che consentono ai sistemi di accedere rapidamente ai dati. Un esempio comune è una rubrica di indirizzi e-mail, che non contiene molti aggiornamenti o dati a più livelli: è solo una necessità per una rapida consultazione di un dato, che è l'uso principale di un LDAP.

Un altro uso LDAP comune è quello di memorizzare gli utenti e le loro credenziali in modo che i server di applicazioni Web possano semplicemente cercare una persona per vedere se è autorizzata ad accedere a un sistema. Dopotutto, non vuoi permettere a nessuno nel tuo sistema!

Questa verifica delle credenziali crea un'esigenza per i prodotti Oracle Fusion Middleware (OFM) e un LDAP è la soluzione. E, ovviamente, essendo Oracle un'azienda di database in primo luogo, ha deciso di mettere la sua implementazione LDAP all'interno di un database Oracle, che è OID.

In questo modo un database Oracle specializzato può fornire l'autenticazione tramite OID / LDAP per un sistema più grande che utilizza anche Oracle per il database di back-end in cui sono memorizzati i dati dei clienti tradizionali. L'OID è solo un componente necessario in un sistema più grande.