Karl Mudespacher's Blog

Alexis Zorba el Griego

karlmudespacher — Fri, 23 Oct 2009 02:06:01 +0000

Niko Kazantzakis

ISBN 950-724-714-9

Kazantzakis nos regala una hermosa novela sobre la vida y los preciosos momentos que se nos pueden ir entre los dedos cuando decidimos no disfrutar al máximo de ella con todas las cosas que trae consigo, venga lo que venga.

Zorba es un hombre de edad avanzada que aún conserva su corazón con una avidez intensa por conocer, por disfrutar y por aprender. Se queda boquiabierto al mirar el mar, como si fuera la primera vez que lo viera. Se embelesa al escuchar un ruiseñor. Zorba no se deja encadenar por prejuicios o creencias, él tiene su propia creencia y es la de ser él mismo.

La novela es relatada por un amigo de Zorba a quien Zorba enseña a vivir a pesar de estar ya en sus cuarenta años.

Kazantzakis nos deja por boca de Zorba muchas ideas y frases sobre las que creo necesitamos reflexionar una y otra vez, ideas que cambian la perspectiva que tenemos de las cosas. Por ejemplo

vale la pena vivir la vida como si fuésemos a morir mañana … ¿o más bien vale vivirla como si nunca fuésemos a morir?
todo tiene su tiempo y el apresurar el tiempo natural trae consecuencias fatales

Zorba nos deja también reflexiones sobre los salvajismos que suelen hacerse en nombre de la patria, porque en realidad antes que las nacionalidades está el ser humano. Todos tenemos necesidades similares, todos llegamos cansados a casa después de un día intenso, todos tenemos miedos y pasiones, etc.

Zorba también comenta sobre el hipócrita, que durante el día se dedica a la matanza y a la destrucción, pero en la noche se pone sus hábitos, y sin que esta doble vida tenga un impacto en la conciencia del hombre.

En fin, aquí tenemos una novela que habla de cómo un hombre vió la vida y del sentido que ésta tuvo para él. Una novela llena de reflexiones y la historia de una persona cuya vida es transformada por un Zorba.

Kazantzakis

Posted in Libros

Optimización por propiedades de los conjuntos

karlmudespacher — Mon, 31 Aug 2009 20:53:47 +0000

En muchas ocasiones he dicho para entender bien cómo funciona Oracle hay que saber bien dos cosas

teoría de conjuntos
estadística

La optimización del desempeño no es ni un arte y mucho menos magia, se necesita entender el modelo matemático y proponer otro modelo equivalente pero con un tiempo de ejecución menor.

Las propiedades de la multiplicación son un ejemplo básico para modelos matemáticos equivalentes.

Primero vamos a enfocarnos en la propiedad distributiva de la intersección. La propiedad dice que la unión de dos o más conjuntos, intersectados por otro conjunto, es igual a la unión de la intersección de cada conjunto con este último.

Lo más importante de esta técnica es que las igualdades propuestas sean en efecto equivalentes a la igualdad original.

Los conjuntos están definidos

A = {2,4,6}

B = {4,6,8,10,12}

C = {10,11,12,13,14,15,16,17}

La sentencia #1 es la que se va a afinar y sobre la cual buscamos una sentencia #2 que le sea equivalente. De este modo tenemos
Sentencia #1 select * from a, b where a1 = b1 union select * from a, c where a1 = c1;

Con el plan de ejecución
——————————————————————————

| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | ------------------------------------------------------------------------------ | 0 | SELECT STATEMENT | | 13 | 338 | 9 (34)| 00:00:01 | |*1 | HASH JOIN | | 13 | 338 | 9 (34)| 00:00:01 | | 2 | TABLE ACCESS FULL | A | 3 | 39 | 2 (0)| 00:00:01 | | 3 | VIEW | | 13 | 169 | 6 (34)| 00:00:01 | | 4 | SORT UNIQUE | | 13 | 169 | 6 (67)| 00:00:01 | | 5 | UNION-ALL | | | | | | | 6 | TABLE ACCESS FULL | B | 5 | 65 | 2 (0)| 00:00:01 | | 7 | TABLE ACCESS FULL | C | 8 | 104 | 2 (0)| 00:00:01 | ------------------------------------------------------------------------------

Si aplicamos la propiedad distributiva de la intersección obtenemos la sentencia #2 que es equivalente
Sentencia #2 select * from a, (select * from b union select * from c) d where a1 = b1;

Con un plan de ejecución más eficiente
----------------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | ----------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | 6 | 156 | 11 (64)| 00:00:01 | | 1 | SORT UNIQUE | | 6 | 156 | 11 (64)| 00:00:01 | | 2 | UNION-ALL | | | | | | |*3 | HASH JOIN | | 3 | 78 | 5 (20)| 00:00:01 | | 4 | TABLE ACCESS FULL | A | 3 | 39 | 2 (0)| 00:00:01 | | 5 | TABLE ACCESS FULL | B | 5 | 65 | 2 (0)| 00:00:01 | |*6 | HASH JOIN | | 3 | 78 | 5 (20)| 00:00:01 | | 7 | TABLE ACCESS FULL | A | 3 | 39 | 2 (0)| 00:00:01 | | 8 | TABLE ACCESS FULL | C | 8 | 104 | 2 (0)| 00:00:01 | -----------------------------------------------------------------------------
Para demostrar la mejora en los tiempos de ejecución creé otro caso de pruebas, elegí tres tablas. Las primeras dos son enormes pero la tercera es gigantesca. Todas las columnas sobre las cuales se hace la búsqueda están indexadas así que crear un índice no es una opción. Las tablas fueron creadas con datos distribuidos normalmente, así que el escenario no presenta sesgos.

Les presento las tablas
STAGE // tabla gigantesca Name Null? Type ------------------------------------------- ID NUMBER // columna indexada DATA VARCHAR2(128) ...

LARGE // tabla grande Name Null? Type ------------------------------------------- UNIQUEID NUMBER ID NUMBER // columna indexada ...

LARGE1 // tabla grande Name Null? Type ------------------------------------------- UNIQUEID NUMBER ID NUMBER // columna indexada ...

La sentencia original es la siguiente y la llamaremos sentencia#1

SELECT * FROM stage a, large b WHERE a.id = b.id UNION SELECT * FROM stage a, large1 c WHERE a.id = c.id;

y su plan de ejecución
--------------------------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes |TempSpc| Cost (%CPU)| Time | --------------------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | 255M| 14G| | 2607K (51)| 09:11:58 | | 1 | SORT UNIQUE | | 255M| 14G| 18G| 2607K (51)| 09:11:58 | | 2 | UNION-ALL | | | | | | | |*3 | HASH JOIN | | 127M| 7568M| 37M| 6989 (22)| 00:01:29 | | 4 | TABLE ACCESS FULL | LARGE | 999K| 25M| | 387 (8)| 00:00:05 | | 5 | TABLE ACCESS FULL | STAGE | 1455K| 48M| | 624 (6)| 00:00:08 | |*6 | HASH JOIN | | 127M| 7568M| 37M| 6991 (22)| 00:01:29 | | 7 | TABLE ACCESS FULL | LARGE1 | 999K| 25M| | 389 (8)| 00:00:05 | | 8 | TABLE ACCESS FULL | STAGE | 1455K| 48M| | 624 (6)| 00:00:08 | ---------------------------------------------------------------------------------------

Predicate Information (identified by operation id): ---------------------------------------------------

3 – access(“A”.”ID”=”B”.”ID”)
6 – access(“A”.”ID”=”C”.”ID”)

Haciendo la misma optimización para tener una operación equivalente obtenemos de la sentencia#1 la sentencia#2

SELECT * FROM stage a, (SELECT * FROM large UNION SELECT * FROM large1) d WHERE a.id = d.id;

Nota: para fines de la agrupación creamos un nuevo conjunto D.

El plan de ejecución para la sentencia#2 es el siguiente
---------------------------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes |TempSpc| Cost (%CPU)| Time | ---------------------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | 255M| 27G| | 14643 (22)| 00:03:06 | |*1 | HASH JOIN | | 255M| 27G| 65M| 14643 (22)| 00:03:06 | | 2 | TABLE ACCESS FULL | STAGE | 1455K| 48M| | 624 (6)| 00:00:08 | | 3 | VIEW | | 1999K| 156M| | 8491 (4)| 00:01:48 | | 4 | SORT UNIQUE | | 1999K| 51M| 84M| 8491 (52)| 00:01:48 | | 5 | UNION-ALL | | | | | | | | 6 | TABLE ACCESS FULL| LARGE | 999K| 25M| | 387 (8)| 00:00:05 | | 7 | TABLE ACCESS FULL| LARGE1 | 999K| 25M| | 389 (8)| 00:00:05 | ----------------------------------------------------------------------------------------

Predicate Information (identified by operation id): ---------------------------------------------------

1 – access(“A”.”ID”=”D”.”ID”)

¿Se ven parecidos? únicamente si 9 horas es parecido a 3 minutos.

Para los que se lo sigan preguntando, ninguna de las sentencias es eficiente, basta con ver el plan de ejecución y sobre todo el espacio temporal necesario. Para nuestro ejemplo, ¿cuál es la razón del mal desempeño? el diseño mismo … pero tener un diseño ineficiente para el desarrollo de este caso de prueba es lo que precísamente buscábamos.

Conclusión:

En muchas ocasiones nos encontramos con aplicaciones que no permiten la creación de índices o bien donde aún el haqueo de las estadísticas no es de gran ayuda. Es probable que en esas situaciones tampoco podamos tener acceso al código de la aplicación, en el mejor de los casos debería de abrirse un incidente con la compañía dueña de la aplicación para corregir la aplicación, pero cuando ésto no es posible entonces pueden usarse outlines.

Posted in Oracle

Fixed Tables vs. Views (tablas fijas y vistas)

karlmudespacher — Wed, 29 Apr 2009 15:50:06 +0000

Hace un par de días tuve un comentario donde me preguntaban cuál era la relación entre las tablas fijas x$ y las vistas, es decir, una vista como gv$waitstat tiene una relación con una o varias tablas x$. La pregunta es hacer una analogía para las tablas x$ y las vistas de nivel más bajo, con lo que para las vistas del diccionario de datos tenemos con la vista dba_views con las columnas view_name y text.

Para el caso de las tablas fijas existe una vista que se llama v$fixed_view_definition. La siguiente descripción pertenece a la versión 11.1.0.7.

VIEW_NAME VARCHAR2(30) VIEW_DEFINITION VARCHAR2(4000)

Nos interesan las columnas view_name y view_definition, de modo que la vista a la que nos referíamos al principio del post, gv$waitstat está definida por

select inst_id,decode(indx,1,'data block',2,'sort block',3,'save undo block', 4,'segment header',5,'save undo header',6,'free list',7,'extent map', 8,'1st level bmb',9,'2nd level bmb',10,'3rd level bmb', 11,'bitmap block',12,'bitmap index block',13,'file header block',14,'unused', 15,'system undo header',16,'system undo block',17,'undo header',18,'undo block'), count,time from x$kcbwait where indx!=0

como lo podemos ver a través de la sentencia

select view_definition from v$fixed_view_definition where view_name = 'GV$WAITSTAT';

Posted in Oracle

Reversed Indexes – Índices de llaves invertidas

karlmudespacher — Tue, 17 Mar 2009 03:04:02 +0000

Oracle Corporation introdujo en la versión 8 de su base de datos los índices de tipo reversed. De acuerdo a la documentación estos índices son la mejor configuración para ambientes con Oracle Parallel Server o bien con alta transaccionalidad. El concepto en sí es muy interesante y consiste en invertir cada uno de los bytes de las columnas indexadas (salvo el tipo ROWID), de este modo si se tiene un índice numérico que se basa en una secuencia las nuevas filas no se insertarán en un mismo bloque sino en distintos bloques.

¿Cómo es que esto funciona? Tomemos como ejemplo una aplicación con una alta transaccionalidad OLTP de modo que en un microsegundo se generan 5 nuevas filas, las filas serán insertadas en una tabla con una única columna indexada y cuyo valor es generado por una secuencia. De éste modo tenemos en dicho microsegundo que insertar 5 columnas con las siguientes secuencias

4583

4584

4585

4586

4587

En total tenemos 5 transacciones, cada una pertenece a una sesión distinta. Los índices de llaves invertidas -reversed key indexes- convertirán las secuencias en

3854

4854

5854

6854

7854

Las filas serán insertadas en los bloques de la tabla que estén disponibles de acuerdo al órden del SCN asignado a cada transacción.

Según la documentación de soporte los índices reversed key son muy eficientes en cuanto a desempeño se refiere porque cuando en un ambiente OLTP intenso las modificaciones a los índices se enfocan en un pequeño conjunto de bloques de hojas. Invirtiendo los índices del índice permite que las inserciones se distribuyan en todas las llaves hoja en el índice. Los índices invertidos previenen que las sentencias ejecuten una operación de index range scan debido a que las llaves léxicamente adyacentes no se almacenan físicamente una junto a la otra. Los índices invertidos también pueden utilizarsee en situaciones donde los usuarios insertan ascendentemente valores y eliminan valores menores de la tabla, ayudando por tanto con la prevención de índices dispersos. (Traducción literal).

¿Será ésto cierto?

Las estadísticas para los índices que creamos son los siguientes, nótese la enorme diferencia en el clustering factor. El clustering factor es una estadística utilizada por el CBO para estimar cuántas lecturas a bloques distintos tendrán que hacerse en el caso de lecturas tipo FTS o bien range scan con alta cardinalidad.

TABLE INDEX CF BLEVEL LBLOCKS DKEYS LBPK DBPK NUM_ROWS----------------------------------------------------------------------------
LARGE LARGE_ID 2186 1 1099 999999 1 1 999999 LARGE1 LARGE1_UNIQUEID 999988 1 1099 999999 1 1 999999

Resulta claro que el índice de llaves invertidas tenga un clustering factor inmensamente más alto que un índice normal, y eso que la tabla tiene casi 1 millón de filas.

Dada la sentencia

update (large||large1) set subobject_name='UPDATED' where uniqueid between 555555 and 888888;

tenemos los planes y los tiempos de ejecución

ÍNDICE BTREE

---------------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | ---------------------------------------------------------------------------- | 0 | UPDATE STATEMENT | | 333K| 2278K| 938 (1)| 00:00:14 | | 1 | UPDATE | LARGE | | | | | |* 2 | TABLE ACCESS FULL| LARGE | 333K| 2278K| 938 (1)| 00:00:14 | ----------------------------------------------------------------------------

Predicate Information (identified by operation id):
—————————————————

2 – filter(“UNIQUEID”>=555555 AND “UNIQUEID”<=888888)

Elapsed: 00:00:31.70

ÍNDICE CON LLAVES INVERTIDAS

----------------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | ----------------------------------------------------------------------------- | 0 | UPDATE STATEMENT | | 333K| 2278K| 944 (1)| 00:00:14 | | 1 | UPDATE | LARGE1 | | | | | |* 2 | TABLE ACCESS FULL| LARGE1 | 333K| 2278K| 944 (1)| 00:00:14 | -----------------------------------------------------------------------------

Predicate Information (identified by operation id):
—————————————————

2 – filter(“UNIQUEID”>=555555 AND “UNIQUEID”<=888888)

Elapsed: 00:00:31.49

Para el caso de modificaciones masivas tenemos casi lo mismo en cuanto a costo y tiempos de ejecución, así que el supuesto beneficio de los índices de llaves invertidas sobre los índices btree es prácticamente inexistente (omitiendo las limitaciones por diseño de un índice invertido).

Ahora vamos a analizar para el caso de acceso a las tablas donde la sentencia pide una cardinalidad reducida y utilizando el índice sobre uniqueid.

ÍNDICE BTREE

------------------------------------------------------------------------------ | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | ------------------------------------------------------------------------------ | 0 | UPDATE STATEMENT | | 42 | 294 | 3 (0)| 00:00:01 | | 1 | UPDATE | LARGE | | | | | |* 2 | INDEX RANGE SCAN| LARGE_ID | 42 | 294 | 2 (0)| 00:00:01 | ------------------------------------------------------------------------------

Predicate Information (identified by operation id):
—————————————————

2 – access(“UNIQUEID”>=555510 AND “UNIQUEID”<=555550)

Elapsed: 00:00:00.02

ÍNDICE CON LLAVES INVERTIDAS

----------------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | ----------------------------------------------------------------------------- | 0 | UPDATE STATEMENT | | 42 | 294 | 943 (1)| 00:00:14 | | 1 | UPDATE | LARGE1 | | | | | |* 2 | TABLE ACCESS FULL| LARGE1 | 42 | 294 | 943 (1)| 00:00:14 | -----------------------------------------------------------------------------

Predicate Information (identified by operation id):
—————————————————

2 – filter(“UNIQUEID”>=555510 AND “UNIQUEID”<=555550)

Elapsed: 00:00:00.11

La ejecución de la sentencia utilizando el índice btree tiene un tiempo de ejecución del 18% de lo que tarda la misma sentencia que utiliza el índice con llaves invertidas … ¿dónde queda entonces la superioridad del índice con llaves invertidas aún en la misma situación donde la documentación del índice invertido lo supone muy superior?

He visto en incontables ocasiones ambientes productivos con “nuevas características” tecnológicas cuya razón de ser obedece a que los administradores/desarrolladores tomaron un curso o bien leyeron en internet sobre supuestos beneficios, y decidieron “proactivamente” implantarlos en sus ambientes (heme aquí insistiendo en la importancia de hacer pruebas y de dudar de cualquier cosa que aparezca en internet o bien en la documentación).

Concluimos que hay que tener mucho cuidado con lo que se lee en internet o en cualquier documentación, es muy fácil decir cosas cuando no se presenta una demostración. ¿No es en las observaciones, inducción, hipótesis, experimentación, demostración y teoría en lo que el método científico se basa?

Posted in Oracle

Una letra femenina azul pálido

karlmudespacher — Mon, 16 Mar 2009 23:53:58 +0000

Una letra femenina azul pálido

Franz Werfel

ISBN978-84-339-6607-0

Leónidas se encuentra al final de sus días, está a punto de retirarse como funcionario del ministerio de educación en Viena. Tiene una vida ejemplar para muchos y envidiada por otros. Comenzó desde abajo, pertenecía a una familia desconocida que no podía ofrecerle mucho en cuanto a su futuro. Es una persona trabajadora y segura de sí misma, se casó con una mujer rica y muy cortejada, de una de las mejores familias de entonces. Un día recibe una carta que resalta entre toda su correspondencia por haber sido escrita con una pluma azúl pálido y con una letra ligeramente inclinada, aburrida como diría su esposa. Pero esa carta revuelve su mundo, la carta la escribió una mujer a la que amó hace muchos años y le pide que le ayude a ser trasladado de Alemania a un muchacho de dieciocho años, precisamente la edad que tendría un muchacho si es que fuera el hijo de ambos.

En la mente de Leónidas se desarrollan inmediatamente pensamientos y conclusiones que lo atormentan a tal grado de que ya no se reconoce él mismo, toma acciones que jamás tomaría alguien en su lugar y con su experiencia. Las presiones a las que repentinamente es sometido lo obligan a enfrentarse a sí mismo, después de tantos años de vida, a analizar a la persona que se esconde detrás de ese puesto de funcionario, de esa vida tan cómoda y tan envidiada. Después de todo, la mujer que escribe ¿pudo haber sido la mujer de su vida?

Esta novela corta tiene un alto contenido personal y sicológico, personal porque también nosotros nos escurrimos de la persona que realmente somos, escudándonos en nuestras propias comodidades mientras la vida pasa de lado, y con ella no sólo pueden pasar nuestras mejores experiencias, nuestros mejores anhelos, lo mejor de nosotros mismos, y todo por miedo. Es increible lo cómodos que podemos sentirnos en ciertas circunstancias cuando son los momentos de dificultad los que nos hacen enfrentarnos a nosotros mismos sacando además a relucir nuestro verdadero yo y al final, si aprovechamos el momento, regalándonos lo mejor de nosotros mismos.

¿Es válido pensar en lo que pudo ser?

¿Existe lo que pudo ser?

Posted in Libros

Creando casos de prueba

karlmudespacher — Mon, 16 Mar 2009 23:34:26 +0000

Personalmente creo que lo más importante cuando se quiere demostrar un comportamiento en Oracle, o bien generar un caso de prueba se necesita crear un escenario. Desafortunadamente para muchos ambientes ésto es muy dificil de lograr, ya sea por la seguridad de los datos en un ambiente productivo o bien por su volatilidad. Formalmente es imposible que un ambiente de pruebas, desarrollo o entrenamiento sea idéntico a un ambiente productivo, hay varias razones pero creo que las más comunes son

-el ambiente clonado no puede tener la misma distribución física de los datos (método generación del clon),

-el ambiente clonado no tiene la misma distribución en los medios de almacenamiento (los rowids son distintos),

-política de seguridad en el clon (métodos como data masking),

-el ambiente clonado es un instante en el tiempo del ambiente de producción tal que existe una varianza en los datos / distribución mayor al 0.01%,

-no se requiere mantener igualdad entre los ambientes,

-la actividad en los ambientes es por pura definición diferente, un ambiente de QA (aún con robots de prueba) tendrá difícilmente una carga idéntica a la del ambiente productivo que además tendrá actividad que no generará LCR,

Lo más importante para generar un ambiente de prueba es comprender el modelo del proceso de negocio, con mucha frecuencia cuando hay que hacer demostraciones genero un ambiente personalizado que modela la distribución productiva de los datos pero sin contener los mismos datos.

En este post quiero documentar un caso genérico de generación de casos de prueba, genero una tabla de 35MB en únicamente tres sentencias, es muy importante que la versión de la base de datos sea la misma a la versión del ambiente productivo. Por supuesto lo importante es modelar el proceso de negocio, en mi caso la tabla tiene 5 columnas

Name Null? Type ----------------------------------------------------------- -------- ---------------------------------------- UNIQUEID NOT NULL NUMBER ID NUMBER ID2 NUMBER TDATE NOT NULL DATE OBJECT_NAME NOT NULL VARCHAR2(30) SUBOBJECT_NAME VARCHAR2(30)

Para la creación de la tabla y la inserción de valores usamos una materialización con base en una tabla con una gran cardinalidad, en este caso uso all_objects.

create table large as with generator as (select --+materialize rownum id, rownum / 500000 id2, created tdate, object_name object_name, subobject_name subobject_name from all_objects where rownum < 500000) select rownum uniqueid, a.* from generator a, generator b where rownum < 500000;

Después creo una llave primaria

alter table large add primary key (uniqueid);

Finalmente inserto muchos valores

insert into large (select uniqueid+499999, id, id2, tdate, object_name, subobject_name from large);

De este modo tengo una tabla con una distribución de datos similar al modelo productivo, que puedo recrear cuantas veces quiera y con la que puedo documentar las pruebas.

Posted in Oracle

Cómo borrar un histograma

karlmudespacher — Sat, 31 Jan 2009 06:43:14 +0000

¿Cómo borrar un histograma sobre una columna? De manera muy genérica podemos decir que una base de datos relacional se basa mayormente en la teoría de conjuntos y en modelos estadísticos. La teoría de conjuntos en una base de datos generará los resultados correctos mientras que los modelos estadísticos servirán para que la respuesta solicitada se resuelva rápido.

El tema con las estadísticas no es tener estadísticas, ni siquiera tener estadísticas actualizadas. Estamos hablando de modelos estadísticos por lo que lo importante es tener el modelo correcto, es decir, las estadísticas con los valores correctos. Para lograrlo puede optarse por cualquiera de las siguientes

borrar estadísticas,
generar estadísticas,
haquear estadísticas,

Cuando digo “haquear” estadísticas significa establecer valores en forma manual para que el modelo sea representado de forma más acertada con las estadísticas.

En una ocasión un administrador insistía muchísimo en generar estadísticas e histogramas para todas las tablas y columnas de la base de datos. A pesar de haberle advertido que no lo hiciera, lo hizo. ¿Cuál fue el resultado? una catástrofe, los tiempos de respuesta se dispararon y la toma de estadísticas duró más de dos días sin que terminara el proceso. Por ahora no explicaré las razones pues ya será tema de otro post hablar sobre los tipos de estadísticas, cuándo y por qué obtenerlas. Por lo pronto quiero resolver la pregunta

¿cómo borrar un histograma sobre una columna?

Dado que los histogramas son percentiles (Oracle Corporation los llama cubetas, aunque un percentil no tiene nada que ver con una cubeta), se necesita tener al menos dos percentiles para poder generar un histograma. Así que si generamos un histograma con tamaño 1 es realmente borrar el histograma previo. Si anteriormente no había ningún histograma entonces Oracle generará datos en el diccionario donde diga que alguna vez se le generó un histograma a la columna de la tabla en cuestión.

La sentencia es
exec dbms_stats.gather_table_stats(ownname => 'owner', tabname => 'table', method_opt => 'for columns column_name size 1');

Vamos a aclararlo con un ejemplo

Inicialmente tenemos una tabla llamada STAGE, y hacemos al diccionario la consulta

select column_Name, num_distinct, density, num_nulls, histogram from dba_tab_columns where table_Name = 'STAGE';

COLUMN_NAME NUM_DISTINCT DENSITY NUM_NULLS HISTOGRAM ---------------- ------------- ---------- ------------ ---------- ID 0 0 0 NONE OBJECT 0 0 0 NONE TDATE 0 0 0 NONE ID2 0 0 0 NONE

Tenemos entonces una tabla con 4 columnas donde no se han generado estadísticas de ningún tipo. Y lo podemos confirmar con la sentencia

select column_Name, num_distinct, density, num_nulls, histogram from user_tab_columns where table_Name = 'STAGE';

COLUMN_NAME NUM_DISTINCT DENSITY NUM_NULLS HISTOGRAM ---------------- ------------- ---------- ------------ ----------ID 11374 .00008792 0 NONE OBJECT 8732 .000114521 0 NONE TDATE 497 .002012072 0 NONE ID2 11374 .00008792 0 NONE

Ahora generamos un histograma con tamaño 11, es decir con 10 percentilesexec dbms_stats.gather_table_stats(ownname => 'demo', tabname=> 'stage', method_opt => 'for columns object size 10');

Nuevamente validamos los valores que la generación del histograma ha modificado

COLUMN_NAME NUM_DISTINCT DENSITY NUM_NULLS HISTOGRAM ---------------- ------------- ---------- ------------ ----------ID 11374 .00008792 0 NONE OBJECT 8732 .000223714 0 HEIGHT BALANCED TDATE 497 .002012072 0 NONE ID2 11374 .00008792 0 NONE

Finalmente borramos el histograma sobre la columna object,

exec dbms_stats.gather_table_stats(ownname => 'demo', tabname=> 'stage', method_opt => 'for columns object size 1');

Y finalmente tenemos los valores iniciales. Quiero enfatizar que antes de generar el histograma se tenían estadísticas para la tabla y que cuando se generó el histograma las estadísticas se modificaron. El tener estadísticas actualizadas no significa que son las estadísticas que mejor modelen la distribución de los datos, al final, cuando eliminamos el histograma, las estadísticas volvieron a los valores iniciales.

Posted in Oracle

Las puertas del paraíso

karlmudespacher — Wed, 24 Dec 2008 04:45:41 +0000

Las puertas del paraíso

Jerzy Andrzejewski

ISBN 84-8191-634-X

Andrzejewski escribe esta novela utilizando la cruzada de los niños como contexto histórico.

La novela fue una revelación incluso al círculo intelectual de la época, la razón es que Andrefewsky nos presenta los pensamientos de 5 jóvenes y de 1 sacerdote que inician la cruzada. Cada uno de ellos con sus dudas y sus ilusiones, se trata de monólogos donde se va clarificando la totalidad de la historia, como si se tratase de desenredar varias hebras que están anudadas entre ellas.

Los personajes de Andrefewsky presentan argumentos, historias y personalidades tan complejas que se nos antojan como reales, una realidad de los personajes que bien puede aplicarse al pensamiento generalizado del momento que fue el que dió pié a la primer catástrofe dentro de esta época enfermiza y vergonzosa de nuestra historia.

El título hace una clara referencia a las puertas de Jerusalén, el título y toda esta novela hacen una clara alusión al hecho de que la verdad es tan cruda que es la única capaz de matar la ilusión, y en el caso de otras personas es capaz de matar la vida misma.

Es una excelente novela, una ventana al corazón del ser humano cuando éste utiliza la negación, la mentira o las ilusiones para crear un mundo que le parece mejor a su realidad.

Posted in Libros

Jakob von Gunten

karlmudespacher — Mon, 08 Dec 2008 17:14:58 +0000

Jakob von Gunten

Robert Walser

ISBN 84-7844-668-0

Esta es la novela favorita del propio Robert Walser, el escenario es sumamente sencillo, de hecho es un escenario que a primera vista pudiera parecer aburrido por ser tan común. La trama se desarrolla en un instituto germánico de fines del siglo XIX, un insituto cuyo objetivo era el de formar mayordomos y gente de servicio para las clases más altas. El instituto lo manejaban dos hermanos, los Benjamenta.

Walser nos presenta la vida dentro del instituto y las personalidades de sus estudiantes y maestros, todo con la perspectiva del futuro. Un futuro aburrido y sin más objetivos que los de agradar a los futuros amos de los alumnos.

La novela está matizada de un sentimiento de desesperación insuperable, de una ausencia del yo que ahoga a sus personajes, tanto a los alumnos como a los maestros.

Es una obra maestra sobre la vida sin metas, sin objetivos y sin los retos que le dan color y oxígeno a nuestra existencia.

Posted in Libros

Ehrengard

karlmudespacher — Mon, 08 Dec 2008 16:38:57 +0000

Ehrengard

Isak Dinesen

ISBN 978-84-931471-2-9

Ehrengard es el nombre de un cuento muy simpático que de dejó con un agradable sabor de boca. El escenario es un país germánico cuya familia real se ve en aprietos, como en cualquier círculo de poder tiene su lugar la intriga. La solución está en la persona de Ehrengard, una joven hija de un clan de famosos y fieles guerreros.

Toda la narración es dada a conocer por un consejero de la familia real, un artista y un hombre al que le gusta disfrutar lo que la vida tiene que dar.

Posted in Libros

Apuesta al amanecer

karlmudespacher — Wed, 29 Oct 2008 01:17:54 +0000

Apuesta al amanecer

Arthur Schnitzler

ISBN 84-95359-13-8

Esta novela es la historia de los juegos de azar y de cómo pueden esclavizar a las personas. Todo inicia cuando un Wilhelm Kasda, un alférez recibe la visita de un buen amigo a quien no ha visto hace varios años, el amigo le pide ayuda económica porque tiene que reponer un dinero que tomó de la empresa en la que labora, se tomó la libertad con la excusa de tener deudas que tiene que saldar.

El alférez no tiene el dinero para ayudar a su amigo, y tampoco las ganas, pero la tentación le da un pretexto para arriesgarlo todo y posiblemente tener mucho más es tan grande que decide apoyar a su amigo, su estrategia es la de jugárselo todo en la mesa de juegos y dejarle al destino jugar también su papel.

Ya en la mesa de juegos todo resulta increíblemente perfecto, hasta que el azar (que no sólo es poderoso en la mesa de juegos sino también tiene su influencia en el resto de las situaciones de la vida) le juega una pequeña jugarreta que le irá arrastrando dentro de un pozo profundo, como si de arenas movedizas se tratara.

Obviamente el azar no es el personaje principal en la novela, el azar únicamente explota la ambición y la emoción que provoca la incertidumbre del juego.

Schnitzler desarrolla su novela basándose en la vulnerabilidad al juego de muchas personas y nos regala una extraordinaria novela en la que más que las situaciones fortuitas nos es presentada una ventana al alma misma del ser humano.

Posted in Libros

La historia siguiente

karlmudespacher — Sun, 26 Oct 2008 04:43:28 +0000

La historia siguiente

Cees Nooteboom

ISBN 84-7844-524-2

La novela inicia cuando Herman Mussert, un profesor se despierta en una habitación de un hotel en Lisboa. Como la noche anterior se acostó en su casa en Amsterdam y él no ha hecho ningún viaje para amanecer en Lisboa se encuentra totalmente desconcertado, tanto que hasta llega a dudar si no es ahora otra persona y que de alguna manera su mente y su cuerpo han sido intercambiados con los de otra persona que en ese mismo instante estará pasando por el mismo sentimiento de desconcierto.

Esta es una obra magistral de Nooteboom, admirablemente bien escrita. Está llena de ideas, conceptos e ironías pero tan bien entrelazadas con la historia que la lectura de cada una de sus líneas resulta un verdadero placer.

La historia siguiente es una novela donde me parece que Nooteboom habla directamente al lector, como si de una sobremesa se tratara. Nos habla sobre la vida, sobre la metamorfosis y sobre todo habla sobre la historia siguiente … la historia que algún día nos tocará contar.

Posted in Libros

La Extraña

karlmudespacher — Sun, 26 Oct 2008 04:14:30 +0000

La Extraña

Sándor Márai

ISBN 978-84-9838-147-4

La novela nos sitúa en Dubrovnik, en plena época de calor y donde los burgueses de la época de la entreguerra se toman sus vacaciones. Márai nos presenta el escenario de una manera práctica pero tan clara que casi podemos sentirnos también tomando las mismas vacaciones. El protagonista se llama Viktor Askenasi, y es un profesor que ha dedicado casi toda su vida a descubrir el verdadero sentido de la felicidad de la vida a través del amor.

Askenasi vive atormentado ya que honestamente desea encontrar la felicidad, no le importa lo que la gente pueda decir, y mucho menos la sociedad que es impersonal. Así que después de 15 años de matrimonio decide lanzarse a la búsqueda de la realización personal a través del amor, y esa búsqueda le ha llevado hasta este hotel en el Mediterráneo donde nos presenta una serie de argumentos sobre la realización, la moral y la sinceridad. Viktor está totalmente obsesionado en encontrar la respuesta a una pregunta que le ha estado corroyendo lentamente la vida. El clímax de la novela es también el de la vida de Viktor cuyo desenlace es su inevitable perdición.

La pregunta está en el aire … ¿cómo lograr esa realización?

Posted in Libros

Hubo una vez una guerra

karlmudespacher — Sun, 26 Oct 2008 03:57:53 +0000

Hubo una vez una guerra

John Steinbeck

ISBN 84-358-8911-4

Este libro es una recolección de artículos periodísticos escritos por él durante la Segunda Guerra Mundial, publicados en el New York Herald Tribune durante 1943 que es el año en que Steinbeck hizo su servicio como corresponsal de guerra. Los textos son curiosos porque para evitar dar pistas a la inteligencia enemiga no detallan nombres de lugares ni personas, comienzan con oraciones como “…En algún lugar de …” y evitan ser sensacionalistas.

Tampoco muestran la realidad de la guerra en cuanto a la crudeza porque su objetivo era ser leídos por la sociedad que se encontraba en EEUU pero que tenía familiares y amigos en esa guerra. Los textos sucedieron en Inglaterra, África e Italia. No tienen el toque de Steinbeck que tanto me gusta por el que describe a las personas por sus pensamientos que finalmente se proyectan en su conducta, sino que son únicamente la descripción de un corresponsal de guerra. Es importante decir que los textos fueron auditados y modificados por varios equipos dentro del ejército para que llegara al público una versión totalmente controlada por ellos.

Personalmente prefiero los diarios de guerra de Orwell -por parte de los aliados-, pero complementados con los diarios de Rommel -Los años de Victoria y Los años de Derrota- ya que contienen el punto de vista puro y sin modificaciones de sus autores, son totalmente objetivos de modo que no ridiculizan al enemigo sino que nos dan una visión completa de lo que vivieron los autores. De ambos diarios el de Rommel es obviamente un diario desde las líneas de guerra puesto que el autor tenía información privilegiada y de primera mano, mientras que el de Orwell es desde el punto de vista de los civiles que también sufrieron la guerra.

Posted in Libros

Otra vuelta de tuerca

karlmudespacher — Sun, 26 Oct 2008 03:45:12 +0000

Otra vuelta de tuerca

Henry James

ISBN 84-9759-516-5

Con toda seguridad esta es la mejor novela de terror que he leído y es una de mis novelas favoritas. Otra vuelta de tuerca es la lectura de una historia escrita por una institutriz en Inglaterra, ella es contratada para cuidar a dos niños que viven en un castillo junto con todo el servicio. Los niños son adorables pero necesitan una nueva institutriz debido a que la última institutriz y el anterior mayordomo murieron de una forma muy extraña. Apenas llega la institutriz se da cuenta de que hay algo oculto y maligno que convive con los niños y que quiere hacerles daño. Entre el cuerpo de servidumbre nadie sospecha siquiera que algo tan terrible acecha a los niños, salvo la institutriz que se entrega a descubrir la verdadera historia y también a proteger al niño y a la niña que le han sido encomendados.

La novela me atrapó de tal forma que la leí prácticamente en una sentada. Definitivamente es un libro que tiene que leerse.

Posted in Libros

Despojos de Guerra

karlmudespacher — Sun, 26 Oct 2008 03:29:03 +0000

Despojos de Guerra

Ha Jin

ISBN 978-84-8310-379-1

Este libro es un testimonio de las experiencias del autor en la Guerra de Corea, él perteneció al Ejército Popular de Liberación chino y fue enviado a Corea del Norte a combatir contra los EEUU. Como oficialmente China no envió gente a esa guerra y no quería tener conflictos con los EEUU entonces enviaron a sus soldados con la consigna de que en caso de ser capturados entonces China los negaría y que ellos debían decir que habían ido de voluntarios a apoyar a Corea del Norte. Como casi todos los civiles que se ven como soldados en una guerra, Ha Jin quiere únicamente regresar a su casa para estar con su prometida y con su mamá. Pero desafortunadamente los líderes en las guerras son crueles y normalmente no piensan en sus países sino en fines más egoístas, así sucedió con Ha Jin.

Como Occidentales el tema de China puede parecernos mágico, pero después de todo también se trata de humanos, y en el caso de esta guerra los humanos fueron manipulados por gobernantes egoístas que usan a sus civiles, si son capturados los rechazan y los marcan permanentemente de modo que se convierten en “Despojos de Guerra”.

Finalmente el libro nos narra las incongruencias a las que los patriotas chinos -enviados a la guerra de Corea y capturados en ella- se ven expuestos, incongruencias por parte de su sociedad y gobiernos.

En pocas palabras el libro nos muestra a lo que puede llegar el ser humano cuando el fanatismo aparece en escena.

El libro fue premiado con el PEN/Faulkner Award, en mi opinión es un libro que puede leerse pero no es uno que sea indispensable de leer, recomiendo otros con más fondo como “Johnny cogió su fusil”. Me parece que “Despojos de Guerra” es un libro sobrevendido por las siguientes razones

-es un testimonio de guerra como tanto gusta en los EEUU,

-presenta información sobre China a Occidente, y últimamente esto ha sido muy aceptado,

-es parte del reconocimiento global que últimamente se ha dado a éste país,

Posted in Libros

Interpretación de traces de Oracle (ejemplo)

karlmudespacher — Wed, 01 Oct 2008 00:00:58 +0000

Tuve un comentario de Yatel que me pareció muy interesante, se trataba de identificar un problema de soporte con un proceso que falló y generó un trace file. La idea detrás es la de interpretar un archivo de trace mediante un método que pudiera además hacer uso de la información que publiqué en el post Capas del Kernel de Oracle. Me pareció tan interesante que además de generar un comentario al post original decidí copiar su contenido a este nuevo post.

Y el comentario publicado dice así…

Gracias Yatel por enviarme el trace completo, voy a copiar lo que nos interesa para nuestro análisis.

Dentro del trace en la sección de los registros encontramos la misma dirección apuntada cuando se generó el evento SIGBUS cuando se estaba llamando la función koudcon().

*** SESSION Exception signal: Registers: r1: 800003ffbfebffd0 rp: 4000000002be5a87 r3: 800003ffbffff3c0 r4: r5: r6: r7: 8000000100160c38 r8: c00000002effe903 r9: 800003ffbfffd5c8 r10: r11: 800003ffbfffd588 r12: 800003ffbfffd584 r13: r14: 800003ffbfea8020 r15: 800003ffbfea7fb0 r16: 800003ffbfea6ec0 r17: 800003ffbfea6ee8 r18: r19: 800000010018df28 r20: r21: 10b38f0000000001 ID:(17.28511) 2008-07-14 07:30:47.736 10 (SIGBUS), code: 0 (unknown code), addr: 0x800003ffbfec0000, PC: [0x4000000002be5a90, koudcon()+40] r22: 7fff sr4: b6b5800 arg3: 7fff sr0: ac88c00 arg2: 7fff sr1: 0 0 arg1: 0 sr2: 0 0 arg0: 800003ffbfebffff sr3: 0 1 dp: 8000000100112638 sr5: 395800 ret0: 800003ffbfebffe8 sr6: ea68400 ret1: 800003ffbffffa20 sr7: ac88c00 sp: 800003ffbffff850 cr0: 1000000000001 3f r31: 800003ffbfec0000 cr8: fffffffffc071000 sar: 10 cr9: 0 pcoqh: 4000000002be5a93 ccr: 92ba0c0 4 pcsqh: 395800 cr12: 92ba1c0 pcoqt: 4000000002be5a97 cr13: 8211e00 pcsqt: 395800 cr24: 0 eiem: ffffffffffffffff cr25: 81dcb20 iir: f403342 cr26: 1 e isr: ea68400 mpsfu_hi: 800003ffbfee1408 ior: 800003ffbfec0000 mpsfu_lo: 95c56000 30 ipsw: 8040e0f mpsfu_ov: 9d65e00 goto: 81bb84c pad: c0b3b87ba36b

De modo que la dirección pertenece a una variable de tipo bind.
Más adelante en el trace aparece la sentencia que generó el error.

SELECT RDM.ITEM_ID ARTICULO3, RDM.STD_CASEPACK CASEPACKRDM3, RMS.SUPP_PACK_SIZE CASEPACKRMS3 FROM ITEM_MASTER RDM, RMS100.ITEM_SUPP_COUNTRY@FCRMSPRD RMS, RMS100.ITEM_LOC@FCRMSPRD RMS1 WHERE RDM.ITEM_ID = RMS.ITEM AND RMS.ITEM = RMS1.ITEM AND RMS.SUPPLIER = RMS1.PRIMARY_SUPP AND RMS.ORIGIN_COUNTRY_ID = RMS1.PRIMARY_CNTRY AND RMS1.LOC_TYPE = 'W' AND RMS1.LOC = _CEDIS AND RMS.PRIMARY_SUPP_IND = 'Y' AND RDM.STD_CASEPACK RMS.SUPP_PACK_SIZE AND _PARAMETRO3 = 'Y'

Inmediatamente después aparece la sección del stack
----- Call Stack Trace ----- calling call entry argument values in hex location type point (? means dubious value) -------------------- -------- -------------------- ---------------------------- ksedmp()+184 ? ksedst() 800003FFBFFFD588 ? 800003FFBFFFF8B0 ? 34FF8BEC349DB6 ? 8000000100112638 ? ssexhd()+636 ? ksedmp() 40000000016F11F7 ? 800003FFBFFFD540 ? C0000000001A130B ? 800003FFBFFFFE18 ? _sigreturn()+0 ? ssexhd() 0092BA0C0 ? 000000000 ? 00F403342 ? 800003FFBFFFF850 ? koudcon()+40 ? _sigreturn() 000000000 ? 000000000 ? 000000000 ? 000000000 ? kodmcon()+564 ? koudcon() 000000000 ? 000000000 ? 00000000E ? 00000003F ? kokorsc()+964 ? kodmcon() 000000000 ? 000000000 ? .....

kksald()+344 ? opiprs() 800000010011EDC0 ?

…..

main()+228 ? sou2o() 000000000 ?
C00000000020BB4B ?
000000002 ? 0680F0A9F ?
$START$()+160 ? main() 0680F0771 ? 000000000 ?
000000001 ?
800003FFBFFF08AB ?

——————— Binary Stack Dump ———————

Dado que es un stack (pila) leeremos la sección desde la primer línea que aparece pero teniendo en mente que estamos leyendo a partir de la última función ejecutada hasta la primer función ejecutada (cuando no se generaba el problema, incluso cuando se inició la sesión) que corresponde a main().

De este modo la última función es
ksedmp() función para preparar dumps dentro de la capa de servicios (Services Layer)
ssexhd() función dentro de la capa de servicios del sistema operativo (Operating System Dependencies)
_sigreturn() función que regresa la señal enviada por el sistema operativo después de ser llamado
koudcon() función en la que se presenta el error (como ya lo había notificado el RDBMS)

*** SESSION ID:(17.28511) 2008-07-14 07:30:47.736 Exception signal: 10 (SIGBUS), code: 0 (unknown code), addr: 0×800003ffbfec0000, PC: [0x4000000002be5a90, koudcon()+40]

Así que tenemos un trace que nos muestra una sesión que ejecuta lo siguiente
1) compilación de SQL. Lo que significa que dicho código no había sido ejecutado anteriormente (función kksald()),

2) no aparece una capa KX de ejecución pero sí aparecen las capas de acceso al sistema operativo. Para resolver el SQL Oracle necesita acceder a una dirección de memoria (Oracle solicita al sistema operativo el contenido de la dirección independientemente de si éste se encuentra en memoria o si ha sido enviado a la memoria virtual),

3) ejecución de la función koudcon(), otra función propia del RDBMS de Oracle, que solicita la lectura de lo que se encuentra en la dirección 0×800003ffbfec0000,

4) el sistema operativo regresa un error porque la dirección compartida (el sistema operativo es Unix) no tiene privilegios de acceso por parte del usuario oracle o bien porque no existe nada en dicha dirección,

5) el error se notifica a la función ssexhd()* desde el sistema operativo, esta es una función propia del RDBMS y se encuentra en las librerías
./libserver11.a ./libagtsh.so.1.0 ./libagtsh.so ./libagent11.a ./libgeneric11.a ./liborasdk.so.11.1 ./libclntsh.so ./libclntsh.so.11.1 ./libclntsh.so.10.1 ./liborasdk.so

6) la función ssexhd() debe de tener una sección para el manejo de excepciones y es precisamente en esta parte de su código donde se ejecuta la función ksedmp() de la capa KS (Services Layer) que es la que finalmente se encarga de generar las entradas en
-alert log
-salida estándar de la sesión que tuvo el problema
-el trace file (incluída su generación)

Finalmente tengo un par de comentarios.

A. Dado que el error se presenta en cierta dirección de memoria para un pedazo de código que se ejecuta muy frecuentemente (en las capas KK, S y KX) no creo que el error sea repetible y no es precisamente este SQL el que tendrá siempre problemas. El usuario final puede ejecutar nuevamente su proceso, pero dado que hay un problema de direccionamiento y/o cálculo de las direcciones donde se almacenan datos el problema estará latente y otro proceso será impactado. La situación que presentas es un bug.

B. Es muy importante revisar el resto de los traces cuando éstos se presentan, en el trace dentro del “Binary Stack Dump” hay siempre información relevante. En el resto de los logs (incluída la salida estándar) dice

ksedmp: internal or fatal error ORA-07445: exception encountered: core dump [koudcon()+40] [SIGBUS] [unknown code] [0x800003FFBFEC0000] [] []

Pero en el trace file aparece lo siguiente

..... 800003FFC0000920 004F5241 2D303734 34353A20 65786365 [.ORA-07445: exce] 800003FFC0000930 7074696F 6E20656E 636F756E 74657265 [ption encountere] 800003FFC0000940 643A2063 6F726520 64756D70 205B6B6F [d: core dump [ko] 800003FFC0000950 7564636F 6E28292B 34305D20 5B534947 [udcon()+40] [SIG] 800003FFC0000960 4255535D 205B756E 6B6E6F77 6E20636F [BUS] [unknown co] 800003FFC0000970 64655D20 5B307838 30303030 33464642 [de] [0x800003FFB] 800003FFC0000980 46454330 3030305D 205B5D20 5B5D0A00 [FEC0000] [] []..] …..

que es información nueva para el administrador si éste se guía únicamente por la información humanamente legible en los otros logs. Aquí nos dice claramente que existe un evento del sistema operativo SIGBUS (en otro lugar con el tipo 10), con esta información podemos acceder a la nota 211909.1 -que no transcribiré aquí- que nos explica con mucho menor detalle lo que expliqué en este comentario.

Notas:

*La función ssexhd() pertenece al RDMS por lo que tiene que ser portable con distintos sistemas operativos, es por ello que Oracle Corporation nos dice que los mensajes arrojados por esta función pueden variar dependiendo del sistema operativo sobre el que se instaló el RDBMS.

Posted in Oracle

Caos Calmo

karlmudespacher — Tue, 30 Sep 2008 15:27:14 +0000

Sandro Veronesi

ISBN 978-84-339-7469-3

El tema de la novela inicia cuando Pietro que está de vacaciones en la playa salva de ahogarse a una mujer, mientras tanto su prometida, con quien ha vivido ya varios años y con quien tiene una hija, que se quedó en casa muere. Pietro inicia un duelo por su mujer y se toma bastante tiempo para analizar las cosas, así el libro es una serie de pensamientos sobre el dolor, sobre los demás, pero poco sobre sí mismo. Mientras pasa el tiempo aparecen otros personajes que comparten con Pietro su dolor, no el dolor de Pietro ni el concepto general de dolor sino que hacen partícipe a Pietro del su propio dolor. De este modo Veronesi nos presenta a un personaje que en cierta forma se hace un experto en el dolor social, ese dolor que se encrudece al no poder ser compartido con los demás porque no es social o bien empresarialmente correcto compartirlo.

La idea de Veronesi es buena pero la novela trascurre de una manera lenta, pesada, de esas novelas que termino de leer por disciplina pero que incluso al terminar de hacerlo un sentimiento de vanalidad y de pérdida de tiempo me llenan. Veronesi bien pudo haber transmitido su idea en una quinta parte del tiempo que se tarda en leer la novela.

Una buena novela debe de ser concisa, de atrapar al lector, emocionarlo e incluso enfrentarlo ya sea mediante su imaginación o su intelecto. Las buenas novelas son las que al cerrarlas la mente sigue dentro de la novela, hasta a veces apesadumbrada porque ésta ha terminado.

Después de haberme llevado la desilusión con la novela y antes de escribir este post quise ver qué decía la gente sobre ella. Encontré pocos comentarios sobre el libro aunque muchos sobre la película -que no he visto-, en cuanto a los comentarios sobre el libro unos dos favorables además de los publicados por Anagrama en la contraportada del libro.

Para el caso de esta novela me parece que está rodeada de mercadotecnia, si se le pide a una persona que escriba favorablemente sobre una novela para escribir sus comentarios en la contraportada es obviamente porque la editorial quiere que la novela se venda. Desafortunadamente hasta detrás de estos comentarios se encuentra el lucro y el lector se lleva malos sabores de boca.

Alguien me podrá decir que Sandro Veronesi ganó con esta novela el premio Strega. Existen muchos premios en Italia por lo que ésto no es necesariamente una garantía. De cualquier manera es una novela que no me gustó y que tampoco recomiendo.

Posted in Libros

El corazón de las tinieblas

karlmudespacher — Sun, 07 Sep 2008 04:23:45 +0000

El corazón de las tinieblas

Joseph Conrad

ISBN 978-84830-7530-2

De la vastísima obra de Conrad ésta es mi favorita, concisa, profunda, inteligente y bella. Así es “El corazón de las tinieblas”.

La novela es otro relato de Marlow, un marinero experto elegido por Conrad en varios de sus libros como narrador. Marlow aparece en varias obras de Conrad, “Lord Jim”, “Juventud”, “Azar” y en “El corazón de las tinieblas”.

Marlow nos cuenta su historia de joven, cuando estaba en busca de trabajo por el que pudiera conocer el mundo. Acaba firmando su contrato en una ciudad, Marlow no da su nombre pero la descripción parece ser la de Bruselas, el contrato es para ir a buscar a un agente para el tráfico de Marfil en el Congo. Se trata de Kurtz que es por mucho el mejor agente que haya habido para el tráfico de este material, el marino finalmente llega al Congo y se embarca nuevamente para llegar hasta el centro de operaciones de Kurtz. A quien le pregunte le responde maravillas de Kurtz de modo que éste llega a ser un tipo de modelo incluso para el lector, pero mientras más se acerca a Kurtz y a su centro de operaciones se da cuenta que las cosas son muy distintas. Kurtz es un criminal …

Esta novela es una obra maestra que nos plantea aquél dicho de “el fin justifica los medios”, ¿realmente es así? Conrad nos muestra un sistema que incluyen a Kurtz, a la empresa y a la misma sociedad contrapuestos a las victimas en el Congo, con el único fin de generar riqueza.

Dos preguntas para el lector una vez que haya terminado el libro,

¿cuáles son las tinieblas a las que se refiere Conrad?

¿le miente Marlow a la novia de Kurtz cuando le refiere sus últimas palabras?

El negro del “Narcissus”

karlmudespacher — Sun, 07 Sep 2008 04:04:14 +0000

El negro del “Narcissus”

Joseph Conrad

ISBN 970-07-3239-8

Conrad es un maestro en la novela psicológica, la logra cuando expone a sus personajes a situaciones límites que se desarrollan en las aventuras que narra. En esta joya nos presenta la historia que se desarrolla a bordo de un velero, el Narcissus, en un viaje desde la India hasta Inglaterra. Nos presenta a los marinos, un mosáico de personalidades, desde la inicial apariencia que pretenden dar al momento de embarcarse hasta el desenmascaramiento de su verdadera personalidad, a través de la experiencia de la convivencia diaria y de situaciones difíciles.

El “negro del Narcissus” se llama James Wait, un coloso que se embarca en el último momento, es realmente un tirano, experto en la manipulación, una persona odiosa a la que todos le acaban teniendo cierto miedo. Existen pocos autores que han hecho que como lector acabe odiando a cierto personaje, y Conrad es uno de dichos autores.