Un poco de todo

Hace unos días escribí tanto en este blog como en la comunidad de oracle en ning sobre mis vivencias con los índices. Aquí os dejo el enlace con las respuestas de algunos compañeros en la comunidad.

Os recomiendo que si os interesa Oracle no dudéis un segundo en formar parte de esta comunidad.

Indexes and I en Oracle Community 

El otro día en clase (llamarle clase siendo que soy el único que va a clase) estábamos Jorge Lloret (mi profesor) y yo corrigiendo unos ejercicios sobre costes. Me encontré con un problema curioso. Los resultados que obtenía con una tabla similar a la de mi profesor eran anómalos. Los índices actuaban cuando les daba la gana y daban costes imposibles. Bueno, pero el tema de la posesión infernal de mi ordenador lo dejaremos para otro día. Lo que sí que quería comentar es una cosa curiosa que comprobamos. Estamos siguiendo el libro Oracle High Performance tuning for 9i and 10g. En él, el autor, nos indica que los índices actúan sólo cuando el resultado está alrededor del 10% de las filas de la tabla. Bien, decidimos crear una tabla con 100000 filas. Una de las columnas con el nombre número iba del 1 al 100.000. Bien, creamos un índice en la columna número y realizamos la consulta: SELECT * FROM tabla WHERE numero < 10000. Bien, comprobamos el coste y vimos que el índice había actuado. Todo correcto hasta aquí. Ahora tocaba ver como con un resultado mayor al 10% no entraban en juego los índices. Probamos < 15000 ups, funciona, probamos < 20000 ups, funciona… así hasta <31250 ups, el índice actuaba hasta el 31%. ¿cómo podía ser? ¿el autor del libro se equivocó al determinar ese 10%? Bueno, siguiente idea que se nos pasó por la cabeza, si ha llegado al 31% con < 31250, con >70000 también tendría que actuar el índice, no? pues… no. Así sólo actuaba con >85000 un 15% y más aproximado a lo que ponía el libro. Entonces… ¿dónde está el límite? ¿por qué si empezamos por delante o por detrás son valores distintos??? Lo que decía, los índices y yo, esa gran tragedia.

Quería hacer una pequeña entrada sobre la última página que he diseñado. Es una página sobre una guía de restaurantes en la ciudad de Valencia (España). Entre otras cosas permite la búsqueda por zonas, por tipo de cocina y la búsqueda de tu plato favorito. Es una página sencilla pero tremendamente potente en cuanto a resultados. También están disponibles las cartas de los restaurantes para que puedas saber qué hay antes de ir al restaurante. Otro dato más para elegir uno u otro.

 www.citymenus.es

Ya sé que esto se sale un poco de lo que habitualmente escribo pero es que estoy realmente impactado por esta aplicación de (san) google. Se llama Google Analytics. Como indica en la página web:

Google Analytics le muestra cómo encuentran su sitio los usuarios, cómo lo exploran y de qué manera puede mejorar usted su experiencia. Incremente el retorno de la inversión de su sitio web, aumente las conversiones y obtenga más dinero en la web.

Con más de 80 informes, su cuenta gratuita de Google Analytics realizará el seguimiento de los usuarios de su sitio, así como del rendimiento de sus campañas de marketing, tanto de las campañas de AdWords como de las campañas por correo electrónico o de cualquier otro tipo de programa publicitario.

La he estado probando para la página web que he diseñado (www.citymenus.es) de la que hablaré más adelante y por ahora estoy muy contento. Los informes son claros y las herramientas en fase beta muy interesantes. Puedes controlar casi casi cualquier estadística de la página. Ya iré comentando más cosas.

Al borrar la restricción de clave primaria se elimina el índice asociado.

Para mantener dicho índice lo único que debemos añadir a la sintaxis en el drop es keep index. El índice como se mantiene mantiene (valga la redundancia) la restricción de valores duplicados. ¿Y los nulos? Ahora, al no tener restricción de PK también acepta valores nulos –> Pero no impide valores nulos repetidos.