20 respuestas en este tema

[luk2009]

Tengo la siguiente consulta:

delphi

with DMmonitorenred.ZQactivas do
  begin
    Close;
    SQL.Clear;
    SQL.add('select * from  Activas inner join evento on activas.evento=evento.evento left join acmsub on activas.csid=acmsub.csid ');
    SQL.add(&#39; where completa <> :pcompleta &#39;);
    SQL.Add(&#39;order by alarmnum desc&#39;);
    ParamByName(&#39;pcompleta&#39;).AsString:=&#39;COMPLETADA&#39;;

y con ella puedo obtener esto
               

lo que quiero es que si hay varios registros con el campo evento con el mismo valor ejemplo de arriba MA00 y que  el campo completa<> 'completada' solo me visualize uno de ellos.

si hago esto:

sql

SELECT DISTINCT ACTIVAS.evento FROM  Activas INNER JOIN evento ON activas.evento=evento.evento LEFT JOIN acmsub ON activas.csid=acmsub.csid
WHERE completa <> &#39;COMPLETADA&#39;
ORDER BY alarmnum DESC

funciona, pero necesito todos los campos de mi consulta.

Como podria hacer esto?

[felipe]

¿Te serviría añadiendo rows 1 a la consulta?


Saludos!

[luk2009]

Gracias Felipe por responder, creo que he cometido un error al explicar el caso, ya que necesito que muestre un solo evento igual por cada cuenta ejemplo:

dato#        cuenta  evento   
0213213      0001    MA00     
0232133      0001    MA00     
0232444      0005    BA01     
0232323      0005    BA01
0323213      0001    BA06
0232447      0005    MA00
0323219      0005    MA00

QUISIERA QUE SALIERA

dato#        cuenta  evento
0232133      0001    MA00
0232444      0005    BA01
0323213      0001    BA06
0232447      0005    MA00

con ello obviar el visualizar los registros cuyo campo evento sean repetidos de un deteminado cliente, siempre y cuando el campo estatus tenga un valor diferente a completada.

Espero haber sido mas claro ahora.

[Delphius]

Hola luk2009,
¿Cómo están relacionadas o estructuradas las tablas?

A como lo estoy entendiendo, intuyo y me inclino a pensar que lo buscas es que te agrupe, además, por el campo evento. 

Naturalmente, si empleas DISTINCT lo que consigues es que tome al primer registro de los coincidentes. Por ejemplo si tienes 200 registros y 40 de ellos en el campo eventos tienen el valor MA00 entonces la consulta regresará el primer registro detectado y descartará los 39 restantes. Lo mismo sucederá con los 160 restantes, repitiendo lo mismo para cada valor hallado.

Entonces, al finalizar, tendrás N registros: MA00, MA01...MA02....MANN. Uno por cada valor diferente.

Si en verdad estás buscando que muestre todos los registros entonces no debes eliminar los "duplicados".

Saludos,

[luk2009]

Gracias Delphius por responder.

Te lo voy a poner en contexto, es un sistema que monitorea alarmas contra robos y si por ejemplo al cliente 0001 le suena la alarma por la zona 2:
cliente    evento
0001        BA02
aunque esta alarma suene varias veces, si es por la misma zona, solo quiero que el operador vea uno de los eventos y asi evitar que se llene el dbgrid con registros que al final se completaran en conjunto por cada cliente.

[Delphius]

Pues... estoy confundido 

Porque dices:

(...)pero necesito todos los campos de mi consulta.

Te agradecería si nos pudieras dar una descripción de las tablas que intervienen y como están relacionadas. Esto ayudaría a entender el problema.

Saludos,

[luk2009]

Lo que quiero decir con todos los campos, es porque si pongo distinct, solo se ven los campos que indique.
Las demas tablas son para complementar la informacion, ejemplo la tabla acmsub es la de los clientes, asi se que el cliente 0001 es fulano de tal y la  tabla evento es la que define que BA01 significa robo en la zona 1.

Pero los datos que necesito no repetir estan en una sola tabla llamada activa.

podemos llevar esto a una sola tabla que tenga por ejemplo 5 campos

numero  fecha            cliente  evento    estatus
100001  15/01/2010    0001    BA01      PENDIENTE
100002  15/01/2010    0001    BA01      PENDIENTE
100005  15/01/2010    0001    BA01      PENDIENTE
100020  15/01/2010    0001    BA01      PENDIENTE
100025  15/01/2010    0021    MA01      PENDIENTE
100028  15/01/2010    0021    MA01      PENDIENTE
100041  15/01/2010    0001    MA01      PENDIENTE

Quiero que se vea:

numero  fecha            cliente  evento    estatus
100001  15/01/2010    0001    BA01      PENDIENTE
100025  15/01/2010    0021    MA01      PENDIENTE
100041  15/01/2010    0001    MA01      PENDIENTE
 

[Delphius]

Hola,

Le estuve dando vueltas al problema pero no hay caso. No le encuentro manera de entrarle...    Tengo mi cabeza frita 

Me hace falta una buena siesta... además de que llevo días sin dormir bien.

Saludos,

[luk2009]

Ahora si me asusté , si una mente privilegiada como la tuya no puede con esta consulta, entonces necesito revaluar lo que quiero hacer. 

Vamos a ver si alguien mas se anima a dar ideas.

[Delphius]

Estoy casi seguro de que si se puede. Mi problema es que el bosque me tapa el árbol y todavía me pierdo en la consulta y la relación entre las tablas.

La otra posibilidad que estuve barajando es la hacer un SP que genere los datos a mostrar a partir de la consulta. Es decir, se iría recorriendo registro a registro comprobando si corresponde mostrarlo o no (espero que se entienda  ) pero me parece un desperdicio ya que seguramente se puede hacer por una vía tradicional (una consulta).

Saludos,

[Delphius]

¿Te molesta si soy insistente y te pido que me indiques que campos pertenecen a cada tabla y como están relacionadas?

¿Y si a lo mejor partimos la consulta y analizamos el problema por partes hasta llegar al resultado?

Saludos,

[luk2009]

DELPHIUS no tengo problema en mostrarte todas las tablas, pero eso va a confundir mas el asunto. Por ahora me interesa realizar esta consulta con una sola tabla, como te describo en el ejemplo anterior y si funciona asi, pues con eso seria suficiente para mi.

podemos llevar esto a una sola tabla que tenga por ejemplo 5 campos

numero  fecha            cliente  evento    estatus
100001  15/01/2010    0001    BA01      PENDIENTE
100002  15/01/2010    0001    BA01      PENDIENTE
100005  15/01/2010    0001    BA01      PENDIENTE
100020  15/01/2010    0001    BA01      PENDIENTE
100025  15/01/2010    0021    MA01      PENDIENTE
100028  15/01/2010    0021    MA01      PENDIENTE
100041  15/01/2010    0001    MA01      PENDIENTE

Quiero que se vea:

numero  fecha            cliente  evento    estatus
100001  15/01/2010    0001    BA01      PENDIENTE
100025  15/01/2010    0021    MA01      PENDIENTE
100041  15/01/2010    0001    MA01      PENDIENTE

Esto es solo una tabla sin mas nada.

[egostar]

Hola Luciano, veo que el asunto es que se repiten algunos registros pero hay dos que considero pueden ser claves CLIENTE y EVENTO, porque no haces un GROUP BY por esos campos agregando un SUM(EVENTO) por ejemplo (aunque no lo muestres en el grid) y con eso tendrías agrupados los registros.

Por otro lado, yo creo que sin conocer por lo menos la estructura de las tablas es dificil dar una respuesta acertada, es necesario hacer algunas pruebas para poder llegar a una solución pero sin mas información me parece un poco digamos complicado.

Salud OS

[Caral]

Hola
Creo que la clave esta en que se quieren ver solo algunos registros (que no se repitan), pero:
Al haber varios registros que se repiten (campo numero) el efecto del DISTINCT no funciona si no se le da otro argumento.
En este caso se requiere (segun la muestra) que el campo numero a mostrar en la consulta sea el minimo o mas pequeño.

numero  fecha            cliente  evento    estatus
100001  15/01/2010    0001    BA01      PENDIENTE
100025  15/01/2010    0021    MA01      PENDIENTE
100041  15/01/2010    0001    MA01      PENDIENTE

EN FIREBIRD se haria asi:

delphi

IBQuery1.SQL.Add(' SELECT DISTINCT Cliente, Evento, Min(Numero) AS Numero, Fecha, estatus FROM TuTabla');
IBQuery1.SQL.Add(' WHERE estatus = ''PENDIENTE'' ');
IBQuery1.SQL.Add(' GROUP BY Cliente, Evento, Fecha, estatus ');
IBQuery1.SQL.Add(' ORDER BY Cliente, Evento');
IBQuery1.Open;

Con esto el distinct si actua ya que se le da un argumento MIN() entonces se reduce la lista a un registro (en este caso el campo Numero) y como se quiere se visualizan todos los campos.

Hay que darse cuenta de que el DISTINCT lo que hace en esta consulta es definir solo un tipo de cada campo en este caso Cliente y evento, esto hace que no se repitan en la lista a mostrar.
Por otro lado MIN() lo que hace es lo mismo que el Distinct agrupando el campo NUMERO a un solo registro.
Entonces si tenemos solo un registro de Cliente, evento y numero la consulta se ejecuta como la requieres.
Podria darse el caso de necesitar que el campo fecha se ajuste a esto, seria cuestion de probar, tanto con Min() o con Max(), en ese campo.
Saludos

[luk2009]

Creo que Caral tiene razon, solo me hace falta ponerle un min o un max a los campos que no se repiten y agrupar por los otros. Creo que nisiquiera hace falta el distinct ya que estoy agrupando por evento y con eso ya es suficiente.

Voy a realizar las pruebas y les aviso como me fue.

[Caral]

Hola
Cuando se usa DISTINCT, MIN(), MAX() u otra condicion que genere solo un registro siempre se necesita saber que otros registros NO cumpliran ese criterio ya que estos SI se repetiran.
Para evitar que se repitan se necesita modificar tambien esos registros.
Si usas solo MIN() o MAX(), te pasara lo mismo que solo usar DISTINCT, hay que usar los necesarios, por lo menos en esta consulta.
Saludos

[Caral]

Hola
Yo pase por algo similar en una consulta donde tuve que usar distinct, Max y Sum en la misma:

delphi

        QRBancoGen.ADOQuery1.SQL.Add(' SELECT DISTINCT BancoNac.CodTransac,  Max(BancoNac.IdTramsac) AS UltimoDeIdTramsac, BancoNac.TipoTransac, '+
                                      ' BancoNac.FechaTransac, BancoNac.Descripcion, '+
                                       ' Sum(BancoNac.Retiros) AS SumaDeRetiros, Sum(BancoNac.Depositos) AS SumaDeDepositos, '+
                                       '  Max(BancoNac.SaldoTotal) AS SaldoTotal FROM BancoNac ');
         QRBancoGen.ADOQuery1.SQL.Add(' WHERE BancoNac.FechaTransac >= :fech1 AND  BancoNac.FechaTransac <= :fech2');
         QRBancoGen.ADOQuery1.SQL.Add(' GROUP BY BancoNac.CodTransac, BancoNac.TipoTransac, BancoNac.FechaTransac, BancoNac.Descripcion ');
         QRBancoGen.ADOQuery1.SQL.Add(' ORDER BY Max(BancoNac.IdTramsac), BancoNac.FechaTransac ASC');
         QRBancoGen.ADOQuery1.Params[0].Value:= DateToStr(DTP1.Date);
         QRBancoGen.ADOQuery1.Params[1].Value:= DateToStr(DTP2.Date);
         QRBancoGen.ADOQuery1.Open;

Y funciona perfectamente 
Saludos

[luk2009]

Pues de esta forma funciona

sql

SELECT cliente,evento, MIN(FECHA) AS FECH,MIN(numero) AS NUM,estatus
 FROM activas WHERE estatus<>'COMPLETADA'
 GROUP BY  csid,evento,estatus
 ORDER BY NUM

Ahora solo tengo que hacer la adaptacion al query original y con las tablas originales y talvez utilizar dos querys como me sugeriste alguna vez.

[luk2009]

Caral talvez la diferencia es que en mi caso yo quiero repetir los clientes pero que tengan un evento diferente, es decir
puede haber un:
0001 BA02
0001 BA03

[Delphius]

Hola,
¿Al final está resuelto? 

Yo estuve un rato comiéndome cabeza y no había caso. No logro dar con la solución.

Lo que estuve pensando, que quizá sea lo más adecuado, es disponer de un SP que se encargue de generar el conjunto de datos. La idea sería que el SP ejecutase una consulta para extraer los clientes.

Por cada cliente, se genera una segunda consulta a fin de devolver todas las activaciones con el evento. De esta segunda consulta se va evaluando, registro a registro si el evento en cuestión es "distinto" del anterior. De ser así se añade al conjunto de datos que regresa el SP.

Espero que se entienda...

Entonces, sería algo como:

1) Extraer todos los clientes
2) Por cada cliente:
2.1) Consultar activaciones y eventos
2.2) Por cada registro de la consulta:
si evento <> eventoanterior entonces:
2.2.1). Añadir registro al conjunto de datos de SP
2.2.2). eventoanterior = evento

Saludos,