Introducción 

DB2 UNIVERSAL DATABASE ( DB2 UDB ) 

DB2 (R) Universal Database, es una base de datos universal. Es completamente escalable, veloz y confiable. Corre en modo nativo en casi todas las plataformas, como Windows NT (R), Sun Solaris, HP-UX, AIX(R), OS/400 y OS/2(R).

Características y funciones:

DB2 UDB es el producto principal de la estrategia de Data Management de IBM.

DB2 UDB es un sistema para administración de bases de datos relacionales (RDBMS) multiplataforma, especialmente diseñada para ambientes distribuidos, permitiendo que los usuarios locales compartan información con los recursos centrales.

Historia :

DB2 UDB no es un producto nuevo. Fue construido en base a dos productos incluidos en el DB2 de AIX en el año 1994: DB2 Common Server, que para propósitos generales incluía funciones avanzadas para el mercado de servidores de bases de datos, con soporte de hardware SMP y OLTP; y el DB2 Parallel Edition, que fue desarrollado para soportar aplicaciones de gran escala, como Data Warehousing y Data Mining.

Integridad : 

DB2 UDB incluye características de integridad, asegurando la protección de sus datos aún en caso de que los sistemas sufran un colapso; y de seguridad, permitiendo realizar respaldos en línea con distintos grados de granularidad, sin que esto afecte la disponibilidad de acceso a los datos por parte de los usuarios.

Múltiples usos : 

Provee la capacidad de hacer frente a múltiples necesidades, desde procesamiento transaccional de misión crítica (OLTP), hasta análisis exhaustivo de los datos para el soporte a la toma de decisiones (OLAP).

Escalabilidad : 

Sus características distintivas de escalabilidad le permiten almacenar información en un amplio rango de equipos, desde una PC portátil hasta un complejo ambiente de mainframes procesando en paralelo.

Web enabled para E-business : 

Incluye tecnología basada en Web que permite generar aplicaciones en sus Intranets y responder a las oportunidades de negocios disponibles en Internet. Además, DB2 UDB provee soporte a Java.

Facilidad de instalación y uso : 

La primera versión de DB2 para NT fue reconocida en el mercado como una base de datos muy poderosa, pero difícil de instalar y usar. En esta versión (DB2 UDB), IBM agregó muchas herramientas gráficas para facilitar el uso tanto de usuarios, como administradores y desarrolladores. Incluye guías para operaciones como instalación, configuración de performance, setup, etc. Además, se agregaron herramientas para facilitar las tareas de integración con otras bases de datos, tecnologías de networking y desarrollo de aplicaciones.

Universalidad : 

DB2 UDB es, además, la única base de datos realmente universal: es multiplataforma (16 plataformas - 10 no IBM), brinda soporte a un amplio rango de clientes, soporta el acceso de los datos desde Internet y permite almacenar todo tipo de datos incluyendo texto, audio, imágenes y video o cualquier otro definido por el usuario.

Funciones complementarias 

Conectividad 

Las herramientas de conectividad permiten acceder a los datos más allá de donde ellos se encuentren. El slogan 'cualquier cliente, a cualquier servidor, en cualquier red' está completamente sustentado por la funcionalidad que sus herramientas ofrecen. EL DB2 Connect le permiten acceder a sus datos de DB2 en mainframe o AS/400, desde Windows NT, Windows 95 / 98, OS/2 o cualquiera de los Unix soportados. Además, el producto Datajoiner posibilita acceder de forma única y transparente a los datos residentes en Oracle, Sybase, Informix, Microsoft SQL Server, IMS, VSAM y otros.

Data Warehousing 

DB2 UDB provee la infraestructura necesaria para soportar el proceso de toma de decisiones en cualquier tamaño y tipo de organización. Es el producto dirigido a resolver la problemática a nivel departamental (Data Marts), ya que un único producto provee la capacidad para acceder a datos en Oracle, Sybase, Informix, Microsoft SQL Server, VSAM o IMS, además de la familia DB2. Permite de forma totalmente gráfica acceder, transformar y distribuir los datos automáticamente y sin programar una línea de código.

Data Mining 

DB2 UDB posibilita el análisis orientado al descubrimiento de información escondida en los datos, realizando modelización predictiva, segmentación de la base de datos, análisis de vínculos, o detección de desviaciones. Incluye las siguientes técnicas: clustering (segmentación), clasificación, predicción, descubrimiento asociativo, descubrimiento secuencial de patrones y secuencias temporales. Todas las técnicas mencionadas permiten realizar segmentación de clientes, detección de fraudes, retención de clientes, ventas cruzadas, etc.

Integridad Referencial

Restricciones

Restricción Única. Es una regla que prohíbe que haya valores duplicados en una o en más columnas en una tabla. La restricción de un único valor y las claves primarias no son tomadas como restricciones. Por ejemplo: una restricción única podría definirse para identificar a un proveedor, y asegurarse de esta forma que no haya un mismo identificador para dos proveedores.

Restricción Referencial. Es una regla lógica sobre valores en una o en más columnas, en una o más tablas. Por ejemplo, un conjunto de tablas que comparten información sobre los proveedores de una empresa. Ocasionalmente, el nombre de un proveedor podría cambiar. Este tipo de restricciones permite que se actualicen ese grupo de tablas, permitiendo resultados que puedan ocasionar la pérdida de información del proveedor.

Una tabla de Control de Restricciones : Es un grupo de restricciones que se agregan a los datos de una tabla específica. Por ejemplo: Se podría definir el sueldo de un empleado, tal que nunca deba ser menor a $200. -Estos tipos de integridad referencial pueden ser activados o no.

Restricciones preferenciales 

Ellas se aparecen como valores de una clave de la tabla maestra o
Algún componente de la clave foránea es nulo.

Conceptos

Clave Maestra:

Una tabla es descendente de una tabla T, si esta es dependiente de T.

RULE-INSERT (Regla de inserción)

Si alguna fila en la tabla dependiente concuerda con el original de la clave, esta actualización se rechaza cuando la regla de actualización esta en RESTRICT.

Si alguna fila en la tabla dependiente no tiene su correspondiente “ clave Padre” cuando el comando de actualización se completó, esta actualización se rechaza si la regla se encuentra en NO ACTION.

La regla de actualización está implícita cuando la clave foránea se especifica como NO ACTION significa que un valor no nulo que se actualice, debe corresponder a algún valor de la “clave padre” o de la “ tabla padre”, cuando el comando de actualización se ejecuta.

• RESTRICT or NO ACTION; ocurre un error y las filas no son eliminadas.

• CASCADE; La operación de eliminación se propaga de la fila dependiente “p” a “D”.

• SET NULL; cada valor que es factible de anular en la columna correspondiente a la clave foránea de la tabla “D” es puesto como NULO.

• Si la tabla “D” que es dependiente entre “P” y la regla es RESTRICT or NO ACTION, “D” está involucrada en la operación, pero no es afectado por la operación.

• Si la tabla “D”, que depende de “P” y la regla es SET NULL, “D” está involucrada en la operación, y las filas “D” pueden actualizarse durante la operación.

• Si la tabla ”D”, es dependiente de “P” y la regla de eliminación se indica como CASCADE, “D” esta incluida en la operación y las filas de “D” pueden eliminarse durante la operación.

• Si las filas “D” son eliminadas, la operación de eliminado en “P” se dice que se extendió a “D”. Si “D”, también es una tabla Padre, las acciones descriptas en esta lista, a su vez, se aplican a los dependientes de “D”.

Tabla de Restricciones 

Hay tres tipos de restricciones:
 

Una restricción única o unique constraint  es un modelo que excluye valores duplicados en uno o más columnas dentro de una tabla. Unique y clave primaria son los soportes de singular constraints. Por ejemplo, un singular constraint puede ser definido sobre el identificador proveedor (supplier identifier) dentro de la tabla proveedora (supplier table) para garantizar que el mismo identificador proveedor (suppler identifier) no esta siendo dado a dos proveedores.
 
 

Una restricción referencial o referential constraint es una norma lógica sobre los valores en una o mas columnas y en una o más tablas. Por ejemplo, un conjunto de tablas comparten información sobre proveedores de una corporación.
 
 

De vez en cuando, el nombre de un proveedor cambia. Una restricción referencial (Referential constraint) puede ser definido declarando que él ID del proveedor en la tabla debe estar unido a un proveedor ID en la información del proveedor. Este constraint previene de inserciones, modificaciones o eliminaciones que permitan de otra manera resultar en perdida de información de proveedores. (supplier information).
 

Una tabla de control de restricciones table check constraint establece restricciones en la inserción de datos a una tabla especifica. Por ejemplo, se puede definir el nivel de salario para un empleado que nunca debe ser menor que $ 20.000 cuando el salario es agregado o modificado en la tabla que contiene la información personal.
 

Referential y table check constraints pueden ser cambiados a on u off. Cargando una larga cantidad de datos dentro de la base de datos en un momento típico para cambiar a off la verificación de la puesta en marcha de una restricción.

Restricción Única

Un unique constraint es la regla que permite que un solo valor de la clave sea válido en una tabla . 

Unique constraints es opcional y puede ser definida en el create table o alter table usando la opción de clave primaria o la opción de unique. La columna especificada en un unique constraint debe ser definida como no nula. El unique index es usado por el administrador de base de datos para reforzar la unicidad de la clave durante los cambios a la columna de la unique constraint.

La tabla puede tener números arbitrarios de restricción únicas, con mas de una restricción única definida como clave primaria. La tabla puede no tener mas que una restricción única en el mismo set de columnas.

La restricción única que es referenciada como una clave foránea de una referential constraint es llamada como clave pariente.

Cuando una restricción única es definida en la opción create table, un unique index es automáticamente creado por el administrador de base de datos y designado como primary or unique system-required index.

Cuando la restricción única es definida en el opción alter table y un indexado existe en la misma columna, ese indexado es designado como unique and system.requied. Si tal indexado no existe, el unique index es automáticamente creado por el administrador de base da datos y designado como primary or unique system-required index.

Note que existe una diferencia entre definir una restricción única y crear un único índice. 

Tabla de Control de Restricciones

(Table Check Constraints)

Una Table check constraints es una norma que especifica el valor permitido en una o más columnas de cada fila de una tabla. Son opcionales y pueden ser definidas usando la sentencia SQL create table y alter table. La especificación de table check constraints es un formulario de restricciones de una condición de búsqueda. Una de las restricciones es que el nombre de la columna en la table check constraint de la tabla T debe identificar a la columna de T.

La tabla puede tener un numero arbitrario de table check constraints. Son forzadas cuando:
 

- una fila se agrega dentro de la tabla

- una fila de la tabla se modifica

Funciones Incorporadas

Funciones Aritméticas

Existen algunas funciones mas que manejan texto. Note que estas son algunos ejemplos de las funciones que están disponibles

 VALUES

 ('REPEAT("*",5) ',REPEAT('*',5)),

 ('LTRIM(" *") ',LTRIM(' *')),

 ('LCASE("ABCDEF") ',LCASE('ABCDEF')),

 ('REPLACE("x1x1x","1","2") ',REPLACE('x1x1x','1','2')),

 ('MONTHNAME(CURRENT DATE),MONTHNAME (CURRENT DATE

 ('DAYNAME(CURRENT DATE) ',DAYNAME(CURRENT DATE))

Funciones Soundex

Las funciones soundex toman como un argumento un string de caracteres o retorna un valor de 4-bytes que representan el sonido del string. Por supuesto, esta función es altamente dependiente del idioma ingles, por lo tanto puede no ser necesariamente el retorno correcto en otro idioma. Sin embargo, una función como esta es muy utilizada cuando esta intentando encontrar un valor que suene como algo. El siguiente ejemplo lista todos los empleados de la compañía que tengan nombres que suenen similares.

 SELECT A.LASTNAME, B.LASTNAME

 FROM EMPLOYEE A, EMPLOYEE B

 WHERE SOUNDEX(A.LASTNAME) = SOUNDEX(B.LASTNAME)

 AND A.LASTNAME <> B.LASTNAME

Funciones Soundex (2° ejemplo)

 En este ejemplo de Soundex, se esta buscando gente de la compania que tengan un apellido que suene parecido al “SMITH”

 SELECT LASTNAME FROM EMPLOYEE

 WHERE SOUNDEX(LASTNAME) = SOUNDEX('SMITH')

Funciones definidas por el usuario

Las funciones definidas por el usuario son extensiones a lo que ya esta creado en las funciones del lenguaje SQL. Las funciones creadas por el usuario pueden ser:
 
 

-Función escalar, la cual devuelve un valor cada vez que se la invoca
 

-Función columna, donde se pasa un conjunto de valores y devuelve un valor único para el conjunto
 

-Función tabla, que devuelve una tabla

Una función definida por el usuario del tipo escalar o en columna registrada en la base de datos puede ser referenciada en el mismo contexto que cualquier función predefinida

Una función definida por el usuario del tipo de tabla registrada en la base de datos puede ser referenciada solo en el FROM de la cláusula SELECT

Una función definida por el usuario se invoca con su nombre, seguido de los argumentos entre paréntesis (if any)

Los argumentos de la función deben corresponder en numero y posición con los parámetros especificados en la función definida por el usuario como fueron registrados en la base de datos. En resumen, los argumentos deben ser del tipo de datos correspondientes a los parámetros definidos.

El resultado de la función es, como en la cláusula RETURN, especificado cuando la función definida por el usuario fue registrada. La cláusula RETURN determina si una función es del tipo tabla o no.

Si la cláusula NOT NULL CALL fue especificada (o esta por defecto) cuando la función fue registrada, y si algún argumento es nulo, entonces el resultado es nulo. Para las funciones del tipo tabla, esto significa el retorno de una tabla sin registros (tabla vacía).
 
 

Ejemplos:

Supongamos que una función escalar llamada ADDRESS fue escrita para extraer la dirección de un formato de script. La función ADDRESS recibe un argumento CLOB y devuelve un VARCHAR(4000). El siguiente ejemplo muestra la llamada a la función ADDRESS

SELECT EMPNO, ADDRESS(RESUME) FROM EMP_RESUME

 WHERE RESUME_FORMAT = 'SCRIPT'

Supongamos que tenemos una tabla T2 con una columna numérica A y la función ADDRESS del ejemplo anterior. El siguiente ejemplo demuestra la intención de invocar a la función ADDRESS con un argumento incorrecto.

SELECT ADDRESS(A) FROM T2

 Un error (SQLSTATE 42884) aparece porque no hay una función con el mismo nombre y con un parámetro correcto desde el argumento.

Supongamos que una función del tipo tabla WHO fue escrita para devolver información sobre las sesiones en la maquina del servidor que estaban activas en el momento de la ejecución. El siguiente ejemplo muestra la llamada de WHO en una cláusula FROM.

SELECT ID, START_DATE, ORIG_MACHINE

FROM TABLE( WHO() ) AS QQ

WHERE START_DATE LIKE 'MAY%'

Los nombres de columna de la tabla WHO() están definidos en el estado de CREAR FUNCION

 

Tablas de Funciones
 

Una función de tabla es una UDF externa la cual entrega en una tabla del SQL en la cual ese es referenciado. Una tabla de función referenciada es solo valida en una cláusula FROM de un SELECT. Donde usando la tabla de funciones, se observa lo siguiente:

Aun cuando una tabla de función entrega una tabla, la interfase física entre el DB2 y la UDF es one-row-at-a-time (una fila a la vez). Hay tres tipos de formas de llamar una tabla de función: OPEN, FETCH y CLOSE. El mismo mecanismo call-type que puede ser usado para funciones escalares es usado para distinguir estos llamados.

La interfase estándar usada entre DB2 y las funciones escalares definidas por usuarios se extiende hasta acomodarse en la tabla de funciones. El SQL-result se repite por tabla de función, en cualquier instancia correspondiendo a una columna que puede ser retornada con lo que definimos una cláusula RETURNS TABLE de la CREATE FUNCTION. El argumento SQL-result-ind asimismo se repite, cualquiera de las instancias relatadas se corresponden con la instancia SQL-result.
 

No todos los resultados de las columnas definidas en la cláusula RETURN de la CREATE FUNCTION de la tabla de función tienen que ser retornadas. La clave DBINFO de CREATE FUNCTION, y correspondiendo al argumento habilitado dbinfo, la optimización que solo estas columnas necesitan para una tabla en particular referenciada  ser retornada.

Los valores de las columnas individuales retornadas conformen con el formato a los valores retornados para funciones escalares.
 

La CREATE FUNCTION para una tabla de función tiene una CARDINALITY n especifica. Esta especificación se define para informar al optimizador del DB2 del tamaño aproximado del resultado de modo que el optimizador pueda tomar mejores decisiones cuando la función es referenciada.

Anidar o Establecer Tablas de Expresión

Tablas de Expresión

Tablas de Expresión Común

 WHERE EDLEVEL > :hv1

OUTER JOIN

Es un tipo de consulta en donde aparecen todos los datos de las tablas aunque no estén cumpliendo las condiciones de join. Es diferente del join convencional o inner join pues aparecen las filas no macheadas con la otra tabla.

Existen 3 tipos de outer join:

• El outer join izquierdo incluyendo las filas de la tabla izquierda que no están macheadas con valores de la tabla derecha. A estas filas se le asigna el valor nulo por la información perdida.

• El outer join derecho incluye filas de la tabla derecha que no estan macheadas con valores de la tabla izquierda. A estas filas se le asigna el valor nulo por la información perdida.

• El outer join completo incluye ambas clases de filas.

• El resultado de T1 INNER JOIN T2 consiste en los pares de filas donde la condición del join es verdadera.

• El resultado de T1 LEFT OUTER JOIN T2 consiste en los pares de filas donde la condición del join es verdadera y por cada fila sin par de T1, la concatenación de esa fila con la fila nula de T2.

• El resultado de T1 RIGHT OUTER JOIN T2 consiste en las filas pares donde la condición del join es verdadera y, por cada fila sin par de T2 la concatenación de esas filas con las filas nulas de T1.

• El resultado de T1 FULL OUTER JOIN T2 consiste en las filas pares y por cada fila sin par de T2, la concatenación de esas filas con las filas nulas de T1, y por cada fila sin par de T1, la concatenación de esas filas con las filas nulas de T2.

TEACHERS

COURSES

 WHERE quarter = ´Fall 96´

EXCEPT ALL

SELECT subject, enrollment

FROM innerjoin)

SELECT name, rank, subject, enrollment

Esta lógica utilizada en todas las tablas implicará un fácil mantenimiento posterior, y que no sea necesario cambiar los programas de aplicación cuando se cambie la lógica de la misma.

Los TRIGGERS son opcionales y se definen mediante la instrucción CREATE TRIGGER .

Hay varios criterios que se deben de tener en cuenta al crear un TRIGGER, que se utilizará para determinar cuando un TRIGGER debe activarse.

• En una tabla se define la tabla que llamaremos objeto para la cual el TRIGGES se utilizará.

• El evento que se ejecutará se lo hace en SQL y esta modificará la tabla. Las operaciones pueden ser: borrar, insertar o actualizar. 

• El “ Triggers activation time “ define cuando el trigger debe ser activado.

La activación de in Trigger puede generar una cascada de Triggers. Esto sucede si el resultado de ejecutar algún Trigger produce que se active otro o incluso se active a si mismo.

Distintos SQL

 ORDER BY SALARY

2. Cláusula AS

La cláusula AS se usa cuando se asigna un nombre a un calculo. Puede ser usada para dar un nombre significativo a un calculo en una columna de SQL, pero también puede ser usada para evitar errores.

Para ordenar un calculo, se necesitaba dar el número relativo de la columna en la cláusula ORDER BY. Ej:

 SELECT SALARIO + COMISION FROM EMPLEADOS ORDER BY 1

Ahora se puede asignar un nombre a este cálculo y usar este nombre en el ORDER BY:

 SELECT SALARIO + COMISION AS PAGO FROM EMPLEADOS ORDER BY PAGO

Esto puede permitir muchos errores en el SQL

SELECT APELLIDO, SALARIO + PREMIO AS PAGO

 FROM EMPLEADOS

 ORDER BY PAGO

Hardware Soportado en DB2

 En esta sección veremos los siguientes entornos de hardware sobre los cuales funciona DB2 : 

• Partición simple sobre un único procesador ( uniprocesador )
• Partición simple con múltiples procesadores ( SMP : Single Partition with Multiple Processors  )
• Distintas configuraciones de Partición múltiple :
• Particiones con un procesador ( MPP : Múltiple Partitions with one Processor  )
• Particiones con múltiples procesadores ( cluster of SMPs )
• Particiones lógicas de base de datos, también conocidas como Nodos Lógicos Múltiples ( MLN: Multiple Logical Nodes ) en la edición paralela de DB2 para la versión 1 de AIX.

•     La Capacidad se refiere al numero de usuarios y aplicaciones accedidas a la base de datos, la cual esta en gran parte determinada por la capacidad de memoria, agentes, locks, entradas-salidas y administración del almacenamiento.

•     La Escalabilidad se refiere  a la habilidad que posee la base de datos de expandirse y continuar exhibiendo las mismas características operacionales y tiempos de respuesta.