Fundamentos de SQL y de las bases de datos relacionales en un entorno cliente/servidor - P, Apuntes de Publicidad y Promoción

¡Descarga Fundamentos de SQL y de las bases de datos relacionales en un entorno cliente/servidor - P y más Apuntes en PDF de Publicidad y Promoción solo en Docsity!

SERVIDORES

DE BASE DE

DATOS SQL

INTRODUCCION

• (^) En este trabajo hablaremos de las bases de datos de lenguaje de

consulta estructurado (o bases de datos SQL) desde la óptica de la

tecnología cliente/servidor. Los servidores de SQL son el modelo

predominante para crear aplicaciones cliente/servidor. Los vendedores de

servidores de SQL.

• (^) En este trabajo le daremos una instantánea del lugar que ocupa cada

cosa en la computación cliente/servidor que gira en torno a las bases de

datos lo cual dispondrá las cosas para responder, en páginas posteriores

de la obra, las preguntas antes formuladas.

• (^) Nuestro trabajo consiste en estudiar primero la magia de SQL y del

modelo relacional desde la perspectiva cliente/servidor. Después veremos

los estándares, incluidos SQL-89, SQL-92 y SQL 3.

• (^) Al final, analizaremos las importantes “extensiones” de SQL que otorgan

inteligencia activa a las tablas, entre las que destacan los procedimientos

almacenados, las reglas, los gatillos de eventos y Java en el lado del

FUNDAMENTOS DE SQL Y DE LAS BASEG DE DATOS

RELACIONALES

• (^) Quizá la tendencia más relevante entre los servidores de bases de datos de cualquier magnitud sea el surgimiento de SQL como lingua franca para manipular, definir y controlar los datos. SQL hoy en dia una norma de la ISO, es un poderoso lenguaje orientado a conjuntos que consta de unos cuantos comandos, que se creó como lenguaje para bases de datos que se apegan al modelo relacional.

ORÍGENES RELACIONALES DE SQL

ORÍGENES RELACIONALES DE SQL

• (^) Oracle Corporation fue la primera empresa que Ofreció una versión comercial de SQL con su de datos Oracle; eso sucedió en 1979. A principios de la década de 1980, IBM presentó sus propios productos: SQL/DS y DB2.
• (^) SQL ha devenido el lenguaje de base de datos predominante en mainframes, minicomputadoras y servidores de LAN; constituye, asimismo, el centro de la batalla por la participación en el mercado.
• (^) El surgimiento de herramientas cliente de SQL que pueden funcionar entre varios servidores ha aderezado la competencia todavía más, con lo que ha hecho de SQL una industria horizontal

¿Qué hace SQL?

El lenguaje SQL se utiliza para llevar a cabo Operaciones complejas con la información mediante algunos comandos sencillos en situaciones en las que se necesitarían cientos de líneas de código convencional. Los físicos podrían nombrarlo "la gran teoría unificada de las bases de datos" gracias a las funciones polifacéticas que desempeña. La siguiente es una lista parcial de tales funciones:

• SQL es un lenguaje de consulta interactivo para hacer consultas ad hoc a las bases de datos
• SQL es un lenguaje de programación para bases de datos.
• SQL es un lenguaje de definición y de administración de datos.

LAS NORMAS DE LA ISO: SQL-89, SQL-92 Y SQL

• (^) Aunque en 1979 ya había muchas implementaciones comerciales de SQL en ese entonces no existía ninguna norma oficial, la cual se estableció en 1986, cuando el ANSI y la Organización Internacional de Normas publicaron una.
• (^) Esa norma fue revisada en 1989 a fin de introducir integridad referencial. Ahora se le conoce como SQL.89 0 SQL del ANSI. A fines de 1989 se añadió a esa norma una adenda del ANSI para el SQL de inclusión.

SQL-

• (^) La norma SQL-89 fue una "intersección" de las implementaciones de SQL que existían en aquel tiempo, lo que facilitó que los productos que había la constituyeran. SQL-89 era un SQL "diluido" que hacía hueco el concepto "de conformidad con SQL".
• (^) Los DBMS contemporáneos de esa norma solían agregar compatibilidad DB2 a su lista de comprobación de compatibilidades. Y aun eso fue poco, al menos en términos de crear un SQL unificado.

La "nueva" norma SQL-92 soporta todas las funciones de SQL-89,

además de las que se muestran a continuación:

 Conexiones entre clientes y servidores SQL

 Controles de transacción más granulares

 Catálogos normados para describir la estructura de una base de

datos

 SQL de inclusión que soporta lenguajes nuevos

 Soporte pan, SQL dinámico

 Soporte para nuevos tipos de datos

 Soporte paro tablas temporales

 Soporte para operadores de combinación.

 Códigos de error v diagnósticos normados.

 Revisiones v restricciones de dominio

 Mejoras diversas.

¿Qué hay de nuevo en SQL-92?

Existe el enorme riesgo de que SQL3 vea mucho menos relevante que las versiones previas de la SQL Si va a continuar el proceso de esa norma debemos encontrar la manera de hacerlo más rápido rápido (no de tres años por ciclo) y más importante. SQL3 constaba de nueve partes y son las siguientes: SQL

• Parte l SQlJ Marco
• Parte 2 SQ17 Fundamentos
• Parte 3. SQIJCL
• Parte 4. SQIJPSM.
• Parte 5 SQW Encuadernaciones
• Parte 6 SQW transacciones
• Parte 7. SQIf temporal.
• Parte 8 SQLParle IO. SQL/OLB.

En una arquitectura cliente/servidor que gira en torno a una base de datos, por lo común una aplicación cliente solicita datos y servicios relacionados con ellos (como clasificarlos y filtrarlos) a un servidor de bases de datos. Éste, conocido también como el motor de SQL, responde a la solicitud del cliente y le da acceso seguro a los datos compartidos. Una aplicación cliente puede obtener y modificar un conjunto de registros de la base de datos servidora con sólo una instrucción. El motor de la base de datos de SQL puede filtrar los conjuntos que produce la consulta, lo que resulta en ahorros considerables de transmisión de datos.

¿QUE HACE UN SERVIDOR DE BASE DE DATOS?

En este punto veremos de modo sucinto la arquitectura de los servidores de bases de datos. Después revisaremos algunas de las funciones más relevantes que ofrecen, incluido el acceso a datos compartidos, la protección en las transacciones, la integridad referencial y dominio y los catálogos de la base de datos. Arquitecturas de servidores utilizadas por las bases de datos para manejar clientes remotos: proceso por cliente, multihilada e híbrida.

Arquitecturas de los servidores de bases de datos SQL

• Arquitecturas de proceso por cliente
• Arquitecturas multihiladas
• Arquitecturas hibridas

Ofrecen el mejor desempeño al ejecutar todas las conexiones, aplicaciones y bases de datos del usuario en el mismo espacio de direcciones. Esta arquitectura proporciona su propio planificador interno y no depende de los esquemas de asignación de tareas y de protección de ISO local. La ventaja es que conserva memoria y ciclos del CPU al no requerir frecuentes cambios de contexto. Además, las implementaciones del servidor tienden a ser más portables a través de plataformas debido a que no necesitan tantos servicios del SO local. La desventaja es que una aplicación de usuario mal intencionado puede tirar todo el servidor de bases de datos y todas sus tareas. Arquitecturas multihiladas Aquitectura multihilada de un servidor de base de datos

Las arquitecturas hibridas consta de tres componentes:

1. Atendedores multihilados que participan en la tarea de conexión inicial mediante la asignación del cliente a un despachador
2. Tareas del despachador que ponen los mensajes en una cola interna y luego desencolan la y la envían al cliente.
3. Procesos compartidos de trabajo del servidor reciclables que sacan un trabajo específico de la cola, lo ejecutan y ponen la respuesta en la cola de salida. Arquitecturas hibridas