Hola
Cita:
|
Si pero es todavia RC (Release Candidate) y no existe aún como SuperServer para Unix/Linux...Estare expectante...
|
Es verdad, aunque esta ultima RC practicamente es la versión final, han dado por cerrado el motor y aún no ha salido en versión final para dar tiempo a incluir detalles secundarios (documentación, instalador, applet de panel de control, ....). Lo que no sé es cuando van a sacar una compilación oficial para Linux.
Cita:
|
Buena noticia porque hasta ahora no parecia que el crear un indice mejorara dramaticamente la velocidad.
|
Me extraña mucho, yo siempre he podido aumentar drasticamente la velocidad creando índices. La verdad es que normalmente consigo que todas las consultas tarden escasos segundos en ejecutarse, y solo en algunos casos muy concretos (debido a la cantidad de subconsultas y left outer joins) algunas consultas lleguan a tardar unos 15 segundos (tiempo máximo que creo que debería tardar una consulta con los índices adecuados, y que devuelva unos pocos miles de registros).
¿ Utilizas indices compuestos, es decir con varios campos ?. En muchos casos (sobretodo en subconsultas), para que el índice sea realmente útil tiene que contener varios campos. Por ejplo :
select *
from tabla
where estado = :A and fecha between :B and :C
Aquí un índice para el campo estado y otro para fecha, no són óptimos. Lo que dará un resultado óptimo es un índice para estado + fecha.
Además hay que verificar el plan que utiliza el motor en las consultas, de esta forma se verifica que el motor utiliza los índices adecuados en cada caso (a veces se ve como el motor no es capaz de detectar el índice correcto, por lo que se reescribe la consulta, o se indica manualmente el plan).
Cita:
|
Tambien hay otro problema cuando tienes muchaaaas tablas...
|
¿ Cuantas són muchas tablas ?. Trabajo habitualmente con bases de datos con un centenar de tablas y por ahora no he encontrado este problema.
Un saludo.