Tengo un problema con lo que no sé si es el mysql o la estructura de la BD.

Mi BD tiene dos tablas A y B. A es la principal (38 campos) y tiene más de 300 mil registros, la B se construye con el id, un nombre y un tipo (que se puede repetir x cantidad) y unos 900 mil registros.

Cuando hago la siguiente consulta

después de varias horas de "perfoming query..." me entra la desesperación y cancelo el proceso.

El mysql trabaja con el my.cnf optimizado para servidores con 1GB ó 2GB de RAM. Mi computadora tiene 5GB de RAM.

Los campos id, fecha y tipo están indexados.

¿Alguna idea o sugerencia?

¿Los campos fecha y tipo que muestras ahí son de la tabla B?

¿Qué otros valores puede almacenar tipo?

Primero probaría con
a ver cuánto tarda. Fíjate que he cambiado de orden de las condiciones.

Igual, no cambia nada.

Bueno... como no cuesta casi nada... prueba a hacerlo con Perl. Es decir: haz una consulta para sacar todos los registros de A. Luego, otra consulta a B con las condiciones de fecha y tipo. Las dos consultas, almacenadas en hash y hash de array (dices que se pueden repetir, por lo que hay que almacenarlas de esa forma).

Para sacar la correspondencia, recorrer las claves de A y sacar los arrays correspondientes de la misma clave en el hash de B.

Otra opción... este tipo de consultas las hacía yo el año pasado con una Oracle y algunas tardaban mucho, pero la solución a veces era jugar con las opciones JOIN LEFT o JOIN RIGHT o IN, que creo que sí que está en mysql. El último recurso era lo que te dije: hacer varias consultas y luego unirlas con Perl.

Yo no soy un experto en SQL, así que no puedo ayudarte en cómo serían las otras variantes que tendrías que probar. A ver si alguien más te puede ayudar...

Gracias explorer por tu pronta respuesta. La opción de Perl la barajé en su momento, pero otros compañeros que usan la BD solo saben unas cuantas instrucciones de SQL (al igual que yo) y prefieren querys que luego puedan copiar y pegar para sacar los listados que se necesitan.

He probado con el join y es igual. He probado por partes y los tiempos de respuestas no son malos, pero cuando agrego el group by ya pasa lo que pasa, jajajaja.

Pues si el problema es el GROUP BY, haz que lo haga Perl.

En este tipo de base de datos grandes es donde se ven los límites de nuestras máquinas, de los motores de búsqueda, y de nuestra habilidad como programadores de SQL: según cómo lo escribas puedes tardar 3 minutos o 3 horas.