No dice qué RDBMS está utilizando (solo supongo que es un DBMS relacional), pero puedo decirle por experiencia que las limitaciones de MySQL, es decir, su capacidad de usar solo un índice para optimizar cualquier consulta dada , combinado con su uso de estadísticas de comportamiento de consultas históricas para seleccionar qué índice usar puede llevarlo a hacer una buena elección de índice durante días o semanas y luego “repentinamente” un día cuando las estadísticas han cambiado, elige un índice que es en realidad no es apropiado y los tiempos de consulta van por las nubes.
Además, si tiene una base de datos fragmentada, MySQL recopilará diferentes estadísticas sobre cada fragmento y luego podrá obtener respuestas rápidas en un fragmento y respuestas muy lentas en otro.
Si esto le está sucediendo, no es difícil solucionar el problema. Agregue una sugerencia USE INDEX a su consulta y tome la decisión de manos del optimizador de consultas risible de MySQL.
- ¿Es posible crear un script para Photoshop que interactúe con otra pieza de software que haya programado?
- ¿Qué deben saber todos los ingenieros de software sobre Python?
- ¿Cuál es la próxima gran necesidad insatisfecha que debe cumplir la industria de la seguridad de la información?
- ¿Qué es Borg en Google?
- ¿Qué software existe para la autoayuda en línea del cliente que le permitirá al cliente ingresar una pregunta en su lenguaje natural, y el software encontrará artículos que respondan esa pregunta desde una base de datos de cientos de artículos de ayuda no categorizados?