Conceptos básicos de Cliente-Servidor y Aplicaciones y Configuraciones de Componentes en Oracle 12c-Dummies

La base de datos Oracle 12c no existe simplemente aisladamente; actúa como parte de un sistema informático. Antes de instalar el software de Oracle y configurar su base de datos, necesita saber cómo encaja su base de datos en la arquitectura general del sistema. Algunos sistemas son más complejos que otros, pero la mayoría entran dentro de las siguientes categorías básicas:

• Cliente-servidor

• Varios niveles

• Configuraciones de componentes

Saber en qué categoría encaja su base de datos hará una gran diferencia durante la configuración de su sistema porque sabrá las necesidades específicas de su base de datos.

Aplicaciones cliente-servidor en Oracle 12c

Aplicaciones cliente-servidor (a veces llamadas aplicaciones de dos niveles ) son aquellas en las que la estación de trabajo del usuario tiene instalado el programa de aplicación y durante la ejecución, el programa accede a los datos almacenados en un servidor de base de datos remota. Aunque tiene aquí algún margen de maniobra, la estación de trabajo maneja la lógica de presentación y aplicación, y el servidor de la base de datos actúa como un almacén de datos. Así es como funciona una configuración de cliente-servidor.

La estación de trabajo (nivel de cliente) maneja la lógica y la presentación de la aplicación para el usuario. La lógica de la aplicación se puede implantar a través de muchos idiomas diferentes, pero ejemplos comunes incluyen PowerBuilder, MS Visual Basic, aplicaciones Java e incluso algunas versiones de Oracle Forms and Reports.

Cuando estas aplicaciones del lado del cliente necesitan datos, acceden a la base de datos a través de ODBC (Conectividad de base de datos abierta), JDBC (Conectividad de base de datos de Java) o Oracle Net utilizando nombres del lado del cliente. ora archivos. Estos protocolos de comunicación de bases de datos permiten la conectividad de cualquier cliente a cualquier base de datos, incluido Oracle.

En el nivel de la base de datos, la base de datos almacena los datos y, a través de usuarios, roles y permisos, proporciona esos datos a la aplicación en respuesta a consultas SQL y declaraciones de lenguaje de manipulación de datos (DML) (que son simplemente declaraciones SQL que manipulan o modifican los datos). Dependiendo de si está utilizando un cliente delgado o liviano, parte de la lógica y el procesamiento de la aplicación pueden descargarse al nivel de la base de datos.

El procesamiento en el servidor de la base de datos a menudo tiene sentido porque un servidor de base de datos puede hacer un procesamiento mucho más intensivo y una mayor cantidad de números que incluso la estación de trabajo más grande. El procesamiento de datos se ejecuta comúnmente a través de procedimientos de bases de datos, funciones y paquetes, que procesan los datos en un conjunto de resultados más pequeño que se devuelve al cliente para su presentación al usuario.

Muchas personas han afirmado que el cliente-servidor está muerto. Si es así, ¿por qué hay tantas aplicaciones cliente-servidor todavía por ahí? La arquitectura cliente-servidor es más antigua, y existen muchas aplicaciones más nuevas en el mundo de varios niveles. Sin embargo, una aplicación cliente-servidor simple aún satisface las necesidades inmediatas de una empresa en muchas situaciones. La aplicación cliente-servidor puede ser una aplicación heredada que hace su trabajo, por lo tanto, la empresa no necesita actualizarse.

Configuraciones de componentes en Oracle 12c

En sistemas cliente-servidor y multi-nivel, la base de datos Oracle era el núcleo del sistema porque contiene los datos. Existir como el almacén de datos primario para todo el sistema es el uso más común de una base de datos Oracle, pero no es el único momento en que tendrá que instalar Oracle.

Por ejemplo, a menudo, estas bases de datos tienen una función de soporte, actuando como almacenes de datos secundarios para aplicaciones comerciales grandes fuera de la plataforma (COTS). En estos casos, las bases de datos de Oracle actúan como depósitos que almacenan datos especializados para su uso dentro de un sistema más grande. Durante la instalación del sistema más grande, la base de datos Oracle se instala como un componente de soporte.

Un ejemplo común de un repositorio de Oracle con el que puede estar familiarizado es Oracle Designer. Puede utilizar esta herramienta de desarrollador de Oracle para diseñar, crear y almacenar código de aplicación (entre otras cosas), y reside en el escritorio del usuario.

Cuando el usuario inicia Oracle Designer, solicita un repositorio de Oracle para conectarse, y el usuario especifica esa información. Es en ese repositorio donde se almacenan todos los objetos que utilizará el escritorio de Designer.

Oracle Internet Directory (OID) es un ejemplo más actual de que Oracle actúa como un subcomponente dentro de un entorno de varios niveles. OID es la implementación de Oracle de un LDAP (Protocolo ligero de acceso a directorios).

Los LDAP son tiendas de datos jerárquicamente definidas (no relacionales) (no bases de datos) que permiten a los sistemas acceder rápidamente a la búsqueda de datos. Un ejemplo común es una libreta de direcciones de correo electrónico, que no contiene muchas actualizaciones ni datos en capas profundas: solo se necesitan búsquedas rápidas de datos, que es el uso principal de un LDAP.

Otro uso común de LDAP es almacenar usuarios y sus credenciales para que los servidores de aplicaciones web puedan simplemente buscar a una persona para ver si está autorizada para acceder a un sistema. ¡Después de todo, no quieres permitir que cualquiera entre a tu sistema!

Esta verificación de credenciales crea una necesidad para los productos de Oracle Fusion Middleware (OFM), y un LDAP es la solución. Y, por supuesto, dado que Oracle es una compañía de bases de datos en primer lugar, optó por poner su implementación LDAP dentro de una base de datos Oracle, que es OID.

Así es como una base de datos Oracle especializada puede proporcionar autenticación a través de OID / LDAP para un sistema más grande que también usa Oracle para la base de datos back-end donde se almacenan los datos tradicionales de los clientes. El OID es solo un componente necesario en un sistema más grande.