Consulta mysql con maximo y agrupado

[andreavc100]

saludos a todos,
esta es mi primer mensaje, necesito por favor me puedan ayudar con una consulta mysql
tengo una tabla tramite que consta de codigo, tipo,documento, fecha y tramite, de ahi quiero obtener la fecha maximo y que codigo le corresponde.
mas o menos estoy haciendo algo como esto:

Código MySQL:

select fechaTramite,x.maxim,codigoTramite,numeroDoc,tipoDoc,numeroPago, tipoTramite,areaOrigen,areaDestino
 from Tramite t, (select max(fechaTramite) as maxim from Tramite group by numeroDoc,tipoDoc,numeroPago) as x
where (tipoTramite='Registrado' ) and areaDestino='22' and fechaTramite =x.maxim 
group by numeroDoc,tipoDoc,numeroPago 
order by fechaTramite;
 

la consulta en si trata de un sistema de tramite documentario que en este caso mostraria la lista de documentos registrados en el sistema, se muestra los registros 'Registrados' al area 22, pero no doy con encontrar la fecha maxima de cualquier tipo de tramite (registrado,derivado) pero de un documento en especial
de antemano gracias.

[quimfv]

Código MySQL:

select t.fechaTramite,
          t.codigoTramite,
          t.numeroDoc,
          t.tipoD oc,
          t.numeroPago, 
          t.tipoTramite,
          t.areaOrigen,
          t.areaDestino
from 
   (SELECT t2.fechaTramite,
          t2.codigoTramite,
          t2.numeroDoc,
          t2.tipoD oc,
          t2.numeroPago, 
          t2.tipoTramite,
          t2.areaOrigen,
          t2.areaDestino
       FROM Tramite t2
       where t2.tipoTramite='Registrado' 
           and t2.areaDestino='22') as t
INNER JOIN
 (select t1.numeroDoc,
            t1.tipoDoc,
            t1.numeroPago,
            max(t1.fechaTramite) as maxim 
       from Tramite t1
       where t1.tipoTramite='Registrado' 
           and t1.areaDestino='22' 
       group by t1.numeroDoc,
                      t1.tipoDoc,
                      t1.numeroPago) as x
  ON t.fechaTramite=x.maxim
       and t.numeroDoc=x.numeroDoc
       and t.tipoDoc=x.tipoDoc
       and t.numeroPago=x.numeroPago
order by t.fechaTramite;
 

Creo?

[andreavc100]

GRACIASSS por tu pronta respuesta quimfv...
Modifique algo tu consulta

Código MySQL:

SELECT t.fechaTramite, t.codigoTramite,
              t.numeroDoc, t.tipoD oc,
              t.numeroPago,t.tipoTramite,
              t.areaOrigen,t.areaDestino
FROM
       (SELECT t2.fechaTramite, t2.codigoTramite,
              t2.numeroDoc, t2.tipoD oc,
              t2.numeroPago,t2.tipoTramite,
              t2.areaOrigen,t2.areaDestino
           FROM Tramite t2
           WHERE t2.tipoTramite='Registrado' AND t2.areaDestino='22') as t
INNER JOIN
     (SELECT t1.numeroDoc, t1.tipoDoc, t1.numeroPago,
                max(t1.fechaTramite) as maxim
           FROM Tramite t1 
           GROUP BY t1.numeroDoc, t1.tipoDoc, t1.numeroPago) as x
      ON t.fechaTramite=x.maxim
           AND t.numeroDoc=x.numeroDoc
           AND t.tipoDoc=x.tipoDoc
           AND t.numeroPago=x.numeroPago
ORDER BY t.fechaTramite
 

Lo probe y me funciona, graciassssssssssssss millllllll..que digo diez milllllllllllll...espero que se aplique a todos los casos...jejee
es que antes igual cree y me funciono...de todas maneras estare monitoreando.

besos, abrazos, puntos...gracias.

[andreavc100]

Ahhh... se me olvido decir que modifique la consulta porque necesitaba obtener la fecha de tramite maxima de cualquier documento en cualquier fase, si esta coincidia con la fecha de la fase de 'Registrado' que se muestre y si no, que no se muestre, si sin la modificacion obtengo la fecha de tramite maxima pero de documentos en fase Registrado.

[andreavc100]

Saludos amigos del forosdelweb,
En el transcurso de estos dias desde la fecha que escribi, he dejado al usuario de tramite probando la consulta con la modificacion que le hice.
He tenido quejas de ellos, diciendo que es muy lenta la consulta, lo he probado en mi maquina y la consulta me demora como 4 segundos al hacer una busqueda, mientras que en la maquina del usuario (que es una maquina mas anticuchita) demora de 8 a 10 segundos.
El tiempo es demasiado considerando que los registros se procesan sucesiva y continuamente, y el tiempo que demora es alto.
Habria alguna manera de optimizar la consulta???
Se aceptan todas las sugerencias. Muchas gracias desde ya.

[gnzsoloyo]

¿Qué indices has creado sobre esa tabla?

[andreavc100]

Saludos y gracias por responder gnzsoloyo,
Mi tabla TRAMITE solo tiene un indice: CODTRA. Que practicamente es un numero entero y secuencial. Basicamente la estructura de mi tabla es como sigue:
CODTRA : numero entero y clave principal de mi tabla
coddoc: codigo del documento. clave foranea a la tabla DOCUMENTO
tipope: tipo de operacion: registrado o derivado
fectra: fecha de tramite
areori: codigo de area origen. clave foranea a tabla AREA
usuori: codigo de usuario origen. clave foranea a tabla USUARIO
aredes: codgo area destino. clave foranea a tabla AREA
usudes: codigo usuario destino. clave foranea a tabla USUARIO
foladj: cantidad de folios

Bueno, y esa es la estructura de mi tabla TRAMITE.
Por fasssss...una ayudita.

[quimfv]

Tienes tres indices a crear

tipoTramite
areaDestino
fechaTramite

que pueden mejorar el rendimiento

Código MySQL:

ALTER TABLE `TRAMITE` ADD INDEX `ind_tipoTramite`(`tipoTramite`);
ALTER TABLE `TRAMITE` ADD INDEX `ind_areaDestino`(`areaDestino`);
ALTER TABLE `TRAMITE` ADD INDEX `ind_tipoTramite`(`fechaTramite`);
 

Fijate que los indices que te recomiendo son sobre los campos que intervienen en WHERE y en ON.

Lee aqui como se fuerza el uso de indices si con el propio hecho de crearlos no mejora el rendimiento

[andreavc100]

Muchas gracias por tu pronta respuesta nuevamente quimvf,
Leo, modifico, lo pruebo y les comento.

Gracias.

[andreavc100]

Disculpa, gnzsoloyo, pero no entendi tu comentario, esta relacionado con mi tema?.
es que no veo ningun GROUP BY ... WITH ROLLUP, ni ningun IF.

[andreavc100]

Saludos amigos del foro,

Estuve probando lo que me sugirieron, eso de crear nuevos indices a mi tabla tramite, lo probe aproximadamente 2 semanas, pero aparecio un problemilla, bueno por un lado mis usuarios no ven mejorada la rapidez en la consulta, y por otro lado, me esta generando un problema que luego de mucho revisar es que me esta generando indices duplicados de codigo tramite, antes este como era unico, no habia problema, porque en mi proceso utilizaba el codigo de tramite para ubicar un documento, ahora como este codigo de tramite no es un indice unico sino que agregue otros indices mas....pos me ha estado cruzando los registros...buuuu...que debo hacer.
bueno lo primero solucionar estos codigos de tramite duplicados y luego cambiar nuevamente la tabla a un unico indice que es codigo de tramite.


Ayuda por favor...o que hice mal que no me sale...:(

[quimfv]

Creo que tienes una confusión de conceptos.

Una cosa son los indices y otra es la clave principal de una tabla. La clave principal de una tabla debe ser unica y tener valores unicos y tiene asociado un indice. Es el valor que identifica al registro.

Eso no tiene dada que ver con los otros indices que puedas crear, estos pueden ser varios y tener como característica que los valores sean unicos (en este caso serian claves alternativas) o no.

Un indice es un "objeto" que ayuda al motor en el momento de hacer busquedas ya que este, el motor, para encontrar algo en la tabla no tiene que leerla entera si no que va directamente a los datos buscados sin leerla des de el principio....hay de distintos tipos de valores unicos o no como ya te he dicho y por su estructura los de tipo arbol (BTree) o Hash. Segun las caracteristicas de tus datos debes elegir uno u otro, el factor mas determinante es la dispersión de datos que tenga el campo sobre el que creas el indice.

7.4.5. Cómo utiliza MySQL los índices

13.1.4. Sintaxis de CREATE INDEX

[andreavc100]

Upsss.......Disculpen mi ignorancia. me pondre a leer los link que me enviaron. Perdon nuevamente. Gracias por la informacion.