Oracle Open World 2010

Oracle Open World 2010
Oracle Open World 2010

Es difícil evaluar el Oracle Open World 2010 (OOW), cuando todavía no ha transcurrido un día de los 4 días que dura la conferencia. Como  dijo la ejecutiva de marketing que dio la bienvenida a este evento,  se han batido muchos records este año. Sin embargo, ningún record  de los mencionado por ella, como por ejemplo,  la cantidad de asistentes,  la cantidad de cafés, de snacks, de bebidas, de noches de hotel y otras cantidades relacionadas a la logística del evento, me han impresionado. Nosotros los usuarios Oracle, esperamos que Oracle nos impresione generando los mejores productos de software para las tantas áreas donde Oracle está generando tecnología y soluciones. La gama de adquisiciones recientes que Oracle ha realizado le da una oportunidad única para poder deleitar a los usuarios, sin embargo, estas adquisiciones están aún muy frescas como para esperar resultados maduros  de las sinergias que deben producirse, para que  nos cautive. Por lo tanto, creo que por ahora deberemos seguir esperando.

ESTIMACIÓN DE TAMAÑOS DE MUESTRAS

El rendimiento de una base de datos relacional, y en particular una base de datos Oracle, depende principalmente del rendimiento de las sentencias SQL que en ella se ejecutan. A partir de la versión 10g Release 2, Oracle declara obsoleto el optimizador basado en la regla (“RULE”), es decir, desde la versión 10.2.0.1, en adelante, el único optimizador soportado por Oracle, es aquel basado en el costo (“COST”).

En la optimización por costo de sentencias SQL, Oracle determina los planes de ejecución óptimos de cada sentencia, a partir de estadísticas de tablas e índices involucrados en cada instrucción SQL. Dichas estadísticas deben ser recolectadas previamente, y actualizadas en forma periódica.

OBituario: Alejandro Hernandez

Nunca me imaginé que yo podria estar escribiendo estas palabras en homenaje a nuestro querido amigo Alejandro Hernandez Ladrón de Guevara (QEPD). Una repentina enfermedad y la voluntad de Dios, hizo que él ya no esté fisicamente con nosotros. Tantas cosas buenas se han dicho de Alejandro y tantas cosas buenas se dijeron de él en su funeral. Yo quisiera recordar algunas de ellas, aquí, en este blog, en el cual Alejandro hizo uno de sus tantos aportes.

Renombrar (o mover) un Data File

Como se ha visto en clases, es posible renombrar (o mover) un Datafile posterior a su creación, por ejemplo cuando se crea un nuevo Tablespace, o cuando éste se modifica agregando nuevos archivos utilizando la sentencia:

SQL> ALTER TABLESPACE <nombre> ADD DATAFILE ‘/path’ SIZE <n> M;

Si por ejemplo, se ha cometido un error en el nombre o la extensión del archivo no sigue la norma definida  (que típicamente es *.dbf) es posible hacer el cambio de nombre, sin necesidad de bajar la BD realizando los 4 pasos siguientes:

1. Poner el Tablespace en modo OFFLINE, por ejemplo:

SQL> ALTER TABLESPACE DATOS OFFLINE;

2.  Renombrar el archivo físico, por ejemplo en linux sería:

$ mv  datos02.dfb  datos03.dbf

3. Modificar el Tablespace para que reconozca el nuevo archivo:

SQL> ALTER TABLESPACE RENAME DATAFILE ‘/u01/app/oradata/datos02.dfb’  TO  ‘/u01/app/oradata/datos03.dbf’;

4. Finalmente, dejar el Tablespsace ONLINE nuevamente:

SQL> ALTER TABLESPACE DATOS ONLINE;