Hace aproximadamente 1 hora Oracle ha anunciado la disponibilidad inmediata de Oracle Database 11gR2!
Ya se puede descargar en OTN la versión de Linux x86 y x86-64, los de UNIX habrá que esperar un par de meses más.
Hace aproximadamente 1 hora Oracle ha anunciado la disponibilidad inmediata de Oracle Database 11gR2!
Ya se puede descargar en OTN la versión de Linux x86 y x86-64, los de UNIX habrá que esperar un par de meses más.
Revisando unas notas de SAP para Oracle en una de ellas aparece la sigla UNIVERSAL STORAGE MANAGEMENT previsto para Oracle 11g Release 2. Parece que es la siguiente generacion de ASM, de momento hay poca informacion aunque he oido rumores que ya se hizo una demo en el Open World 2008.
Especulando con la fecha de salida de 11.2, viendo los releases anteriores, el intervalo de fechas entre ellas y las fechas de soporte de la penultima version, creo que como tarde seria el segundo trimestre del 2009 supongo que antes ya habra salido alguna informacion acerca del “USM”, todo indica que sera un Cluster Filesystem, carpetazo a los tipicos problemas de UTL_FILE sobre RAC.
Hace unos dias Oracle anuncio que dejara de dar soporte a los dispositivos raw en todas las plataformas a partir de Oracle 12g, aun falta pero hay que ir preparando porque aun veo gente que monta raw sobre RAC 10gR2, totalmente innecesario.
Que pasara con OCR y Voting Disk? Hasta ahora, incluido 11gR1, o usas raw o usas un Cluster Filesystem (no es muy habitual CFS por el coste excepto OCFS2), la mayoria optan por raw. Pues si se ha anunciado para 12g preparemos para ver algo nuevo en la 11gR2, saldra alguna funcionalidad para remediar este tema.
No se yo…. creo que va a evolucionar bastante ASM en la Release 2 de 11g…..
Es una pena pero no he podido asistir al seminario de Tom Kyte esta semana en Madrid pero como siempre Tom deja sus presentaciones en su web y es posible descargarlos gracias a su generosidad!
Material Presentacion Madrid Tom Kyte
Igual le visito en Hotsos Symposium 2008
Siguiendo con el post anterior he probado con otra distribucion de datos y pasando las variables de STATE del 0 al 10:
STATE CNT_PER_STATE STATE_PERCENT
---------- ------------- -------------
0 10000 10
1 10 .01
2 15000 15
3 10 .01
4 10 .01
5 22000 22
6 10 .01
7 10 .01
8 10 .01
9 15000 15
10 37940 37.94
Planes generados
SQL_FULLTEXT SQL_ID PARSE_CALLS EXECUTIONS VERSION_COUNT INVALIDATIONS
-------------------------------------------------------------------------------- ------------- ----------- ---------- ------------- -------------
select /* ACS-LSCC */ 1pq13qpqfza6x 11 11 7 0
id, state, count(*)
from t1
where state = :state
Y en vez de 6 planes ahora genera 7 asi que parece que la sospecha es correcta. El CBO hace bind peeking hasta que encuentre un punto estable, que puede ser despues de varias consultas y ve que la selectividad es my similar y para ahi.