[SOLUCIONADO] Hacer un procedimiento almacenado

[proteus8]

hola a todos, tengo el siguiente problema que espero me puedan ayudar:
tengo 2 tablas.
Tabla alimentador y tabla data
en la tabla alimentador almaceno 2 campos el campo ID_ALIMENTADOR y el campo NOMBRE_ALIMENTADOR
en la tabla data almaceno el campo ID_ALIMENTADOR y todos los campos que contienen la data (registros) del alimentador.
para obtener la data de un alimentador con su respectivo nombre hago la siguiente consulta:

Código MySQL:

SELECT alimentador.ALI_NOMBRE,DAT_FECHA,DAT_P,DAT_Q,DAT_S,DAT_I0,DAT_I1,DAT_I2,DAT_I3,DAT_FP,DAT_V12,DAT_V23,DAT_V31 from data 
LEFT JOIN alimentador ON data.DAT_ALI_ID=alimentador.ALI_ID
WHERE DAT_ALI_ID = '$id' AND DAT_FECHA BETWEEN '$fecha_inicio' and '$fecha_final'
 

esta consulta la ejecuto desde una pagina en PHP, el resultado que entrega es correcto el único problema es que demora unos 15 segundos en mostrar los datos, es por esto que quiero hacer esta consulta con un procedimiento almacenado para ver si con eso logro bajar los tiempos de respuesta, me gustaría que me orienten en como hacer este procedimiento ya que no tengo idea de como se hace eh buscado en Internet pero lo que sale no explican muy bien como hacerlo, es por ello que solicito la ayuda del foro.
espero me puedan ayudar!!!!

[gnzsoloyo]

Antes que intentar un SP:
- ¿El campo DAT_FECHA está indexado?
- ¿Es de tipo DATE o DATETIME?
- La tabla "alimentador" es la base de la consulta, o lo es DATA? Es decir, ¿Es un reporte de los alimentadores o de los datos sin importar el alimentador?

[proteus8]

gnzsoloyo, gracias por responder

- ¿El campo DAT_FECHA está indexado?
NO, este campo no lo tengo indexado

- ¿Es de tipo DATE o DATETIME?
DAT_FECHA es de tipo DATETIME

- La tabla "alimentador" es la base de la consulta, o lo es DATA? Es decir, ¿Es un reporte de los alimentadores o de los datos sin importar el alimentador?

la consulta es a la tabla DATA de esa tabla saco la mayoría de los datos, de la tabla alimentador solo rescato el nombre del alimentador.

[gnzsoloyo]

Antes que nada, crea un índice sobre ese campo y prueba de nuevo.

[proteus8]

Iniciado por gnzsoloyo

Antes que nada, crea un índice sobre ese campo y prueba de nuevo.

Hola gnzsoloyo, hice lo que me indicaste, indexe el campo DAT_FECHA, pero sigue demorando lo mismo al mostrar el resultado (15 segundos) aprox. También probé indexando el campo ID_Alimentador y el DAT_Fecha , pero lo mismo, no hay mejoras :(

[gnzsoloyo]

Haz una consulta contra un par de datos que no sean sólo fecha, sino fecha y hora, tal que la hora de inicio sea "00:00:00", y la del final "23:59:59", así nos aseguramos que no esté descartando el índice.
Por otro lado, ¿la relación con el alimentador es opcional o mandatoria?

[proteus8]

Iniciado por gnzsoloyo

Haz una consulta contra un par de datos que no sean sólo fecha, sino fecha y hora, tal que la hora de inicio sea "00:00:00", y la del final "23:59:59", así nos aseguramos que no esté descartando el índice.
Por otro lado, ¿la relación con el alimentador es opcional o mandatoria?

hago la consulta como tu dices, agregando la fecha y la hora, pero nado sigue todo igual.

¿la relación con el alimentador es opcional o mandatoria?
a que te refieres con opcional o mandatoria, no entendí la pregunta :(

[gnzsoloyo]

Mandatoria = Obligatoria.
Sucede cuando la relación debe existir sí o si.
Pregunto eso porque estás usando LEFT JOIN, lo que en realidad genera un barrido bastante completo de la tabla, y siendo que MySQL no optimiza el WHERE, eso puede dar malos resultados a veces. En cambio usando INNER JOIN, sobre campos relacionados como FK, la cosa cambia.

Veamos cómo está creando el plan de consulta:

Código MySQL:

EXPLAIN SELECT alimentador.ALI_NOMBRE,DAT_FECHA,DAT_P,DAT_Q,DAT_S,DAT_I0,DAT_I1,DAT_I2,DAT_I3,DAT_FP,DAT_V12,DAT_V23,DAT_V31 FROM data 
LEFT JOIN alimentador ON data.DAT_ALI_ID=alimentador.ALI_ID
WHERE DAT_ALI_ID = '$id' AND DAT_FECHA BETWEEN '$fecha_inicio' AND '$fecha_final';
 

Eso te devolverá una tabla que describe cómo esá haciendo MySQL la consulta, y veremos si hay algo ineficiente en ella.

Copia el resultado y postealo acá.

[proteus8]

bueno, el traer el nombre del alimentador no era tan necesario asi que modifique mi consulta, ahora quedo de la siguiente manera:

Código MySQL:

SELECT DAT_FECHA,DAT_P,DAT_Q,DAT_S,DAT_I0,DAT_I1,DAT_I2,DAT_I3,DAT_FP,DAT_V12,DAT_V23,DAT_V31 FROM data 
WHERE DAT_ALI_ID = '$id' AND DAT_FECHA BETWEEN '$fecha_inicio' AND '$fecha_final';
 

pero sigue demorando lo mismo en mostrar los resultados.

al ejecutar el EXPLAIN me muestra lo siguiente

ID | SELECT_TYPE | TABLE | TYPE | POSSIBLE_KEYS |KEY|KEY_LEN| REF | ROWS | EXTRA
1 | SIMPLE | data | ALL | DAT_FECHA, DAT_ALI_ID|null|null |null |24795 |Using Where


otra cosa, algo que no había probado es que instale Navicat en el servidor y ejecute la consulta a través de este programa y la consulta ahí demora 0,172 Seg.
si la ejecuto a través del PhpMyAdmin tampoco funciona. :(

[gnzsoloyo]

pero sigue demorando lo mismo en mostrar los resultados.

La idea del EXPLAIN era ver por donde falla la cosa, no que tardara mas o menos.

ID | SELECT_TYPE | TABLE | TYPE | POSSIBLE_KEYS |KEY|KEY_LEN| REF | ROWS | EXTRA
1 | SIMPLE | data | ALL | DAT_FECHA, DAT_ALI_ID|null|null |null |24795 |Using Where

De esto se puede saber algunas cosas:
1) Está leyendo primero la tabla DATA, pero la está leyendo completa... lo cual es un espanto.
2) Se podría mejorar un poco la consulta si se crea un índice sobre (DAT_FECHA, DAT_ALI) al mismo tiempo (ambas en un mismo INDEX).
3) Sólo hay 24.795 registros... lo que me indica que el problema no es la consulta, por más ineficiente que sea.

Entonces veo que me dices:

ejecute la consulta a través de este programa y la consulta ahí demora 0,172 Seg.

Pues, según yo lo veo, el problema no está en la base, en la tabla o en la consulta. Tu servidor del host tiene un cogote muy, pero muy fino, porque se está ahogando con muy poco.
En otras palabras, es un problema de red o de servidor, y no de base de datos. Puede estar configurado con un buffer de consultas muy reducido, o haber demasiada concurrencia de usuarios, si es compartido. En cualquier caso, no es la consulta.

[proteus8]

como dices tu a lo mejor es el servidor, pero si hago la consulta en procedimiento almacenado como era mi idea al comienzo, se podrá mejorar un poco el tiempo de respuesta, me podrías ayudar a crear un procedimiento con esa consulta por favor, para hacer la prueba.

[gnzsoloyo]

Me temo que te equivocas.
Si el problema es el cuello de botella en la conexión, no afectará al retraso de 15 segundos, porque eso pertenece a la conexión entre el script y MySQL.
Sería diferente si estuvieses leyendo solamente las tablas, y recibiendo y enviando cada paso, registro a registro, pero no es así.
El SP se ejecutará en el servidor y enviará a tu aplicación el set de datos completo, exactamente de la misma forma que lo hace ahora esa consulta única. No habrá diferencia entre ambas cosas.

Si lo quieres intentar, te recomiendo usar la librería de objetos (MYSQLI) o semejante de PHP (infiero que trabajas en ese lenguaje), porque la otra es obsoleta y no tiene capacidad para manejar set de resultados de un SP.

[proteus8]

entiendo, bueno muchas gracias por tu ayuda!!!