Por si alguien aún no conoce la comunidad de usuarios de DB2 en España, aquí os copio su misión, recomendando que si estáis dentro del mundillo DB2 hagáis piña en este foro.

La mejor manera de definir el SPDUG es transcribir su misión:

"El grupo de usuarios SpDUG, Spain DB2 User Group, se constituye a finales del año 2008 con el objetivo de extender y dar a conocer los principios del IDUG, International DB2 User Group, dentro del cual se encuentra incluido como Regional User Group".

Mediante el uso de la tabla sysdummy1 se pueden consultar distintos datos de un servidor con DB2.

La siguiente query muestra como obtener el nombre del servidor DB2 al que se está conectado:

SELECT CURRENT SERVER

FROM SYSIBM.SYSDUMMY1

La utilidad db2 command line tiene una serie de opciones por defecto. En este artículo mostraremos como eliminar el autocommit de las sentencias DML que por defecto está activado. En el caso de querer hacer alguna prueba, por ejemplo, simulando bloqueos o uso de logs puede ser útil eliminar esta característica, que está por defecto, para evitar que una sesión sin commit haga que usemos un número de logs activos superior al necesario.

Las opciones activas del DB2 command line se pueden obtener con las siguientes instrucciones:

En DB2 es posible crear columnas autoincrementales, es decir, cuyo valor en caso de no definirse en una inserción se vaya incrementando a partir de unos valores definidos. Este tipo de columnas también se pueden definir en SQL Server, y en Oracle se realiza a través de secuencias.

La mejor manera de explicarlo es con un ejemplo: a continuación se muestra la creación de una tabla con una columna autoincremental que es primary key.

Creación de la tabla ESTUDIANTES con la columna ID definida como autoincremental:

SQL para obtener el top ten de SQL con más ejecuciones de mi base de datos DB2:

db2 "SELECT NUM_EXECUTIONS as EXECUTIONS,

        AVERAGE_EXECUTION_TIME_S as TIME_SECONDS,

        STMT_TEXT as TEXT  

        FROM SYSIBMADM.TOP_DYNAMIC_SQL  

        WHERE upper(STMT_TEXT) like 'SELECT%'  

        ORDER BY NUM_EXECUTIONS DESC

        FETCH FIRST 10 ROWS ONLY"

Cada vez conozco más entornos SAP corriendo con DB2.

Este es un video muy interesante respecto a las capacidades de DB2 con BLU Acceleration aplicadas a SAP, así como las notas SAP a considerar.

Sorprendente la comparativa con SAP HANA, y como con menor complejidad e inversión dicen obtener mayor rendimiento.

Adjunto también presentación de la Tech Talk Use DB2 with BLU Acceleration for SAP, de la que destaco las sorprendentes conclusiones de esta comparación de BD2 BLU Acceleration con SAP HANA:

A partir de la release 1 de Oracle 11g, Oracle ofrece a los DBA's la posibilidad de encriptar los tablespaces al completo, para proteger datos sensibles en su interior y accesibles desde Sistema Operativo. Es decir, el objetivo de esta nueva funcionalidad no es proteger datos sensibles de usuarios de la Base de Datos, sino de proteger la información de los datafiles de tablespaces.

Con la versión 9.7 de DB2 LUW, IBM hace un guiño a todos los DBA's de Oracle, mucho más numerosos en el mercado que los DBA's de DB2.

Para ello, en la versión 9.7 de DB2 LUW ha introducido modos de compatibilidad de Oracle que permiten realizar tareas en DB2 con la facilidad y conocimiento que tienen los DBA de Oracle. Sin embargo, es importante conocer la traslación de terminología entre Oracle y DB2 si tienes la intención de meterte en el mundo IBM DB2.

En este primer artículo sobre equivalencias entre IBM DB2 y Oracle, relaciono una serie de elementos para que esa introducción sea sencilla y se pueda leer la documentación de IBM DB2 fácilmente. Entre ellos, terminología general de estas bases de datos, versiones, utilidades y vistas.

A partir de la información de las instantáneas, se puede obtener el tamaño de las tablas en bases de datos IBM DB2 (datos, longs, lobs) y de todos sus indices.