12 respuestas en este tema

[look]

estoy tratando de hacer un filtro en una consulta asi:

delphi

     with qryConsulta do
     begin
       Filter := 'Saldo > 0';
       Filtered := True;
       Active := False;
       SQL.Clear;
       SQL.Add('select CLV_CLIE,NOMBRE,SALDO');
       SQL.Add('FROM CLIENT');
       Active := True;
     end;

pero no me sale, el filtro de deberia dejar solamente los clientes que tengas saldo > 0
¿alguien me hecha una manita? 

[Fenareth]

Dos cosas:

Primero, intenta así:

delphi

with qryConsulta do
     begin
       Filter := 'Saldo > 0';
       Active := False;
       SQL.Clear;
       SQL.Add('select CLV_CLIE,NOMBRE,SALDO');
       SQL.Add('FROM CLIENT');
       Active := True;
       Filtered := True;  // cambiamos esta línea
     end;

Y dos, porqué no integras la condición al where de la consulta ??? 

Saludox !

[Rolphy Reyes]

Saludos.

Si estas "armando" el SELECT ¿porque filtrarlo?; simplemente pon esa condición dentro de tu sentencia.

[look]

Dos cosas:

Primero, intenta así:

delphi

with qryConsulta do
     begin
       Filter := 'Saldo > 0';
       Active := False;
       SQL.Clear;
       SQL.Add('select CLV_CLIE,NOMBRE,SALDO');
       SQL.Add('FROM CLIENT');
       Active := True;
       Filtered := True;  // cambiamos esta línea
     end;

Y dos, porqué no integras la condición al where de la consulta ??? 

Saludox !

gracias , voy a probar a ver que pasa

[look]

Saludos.

Si estas "armando" el SELECT ¿porque filtrarlo?; simplemente pon esa condición dentro de tu sentencia.

no es asi de facil , la consulta es mas compleja de la que aqui se ve, simplemente la puse asi de simple como ejemplo de lo que quiero hacer

[Fenareth]

Saludos.

Si estas "armando" el SELECT ¿porque filtrarlo?; simplemente pon esa condición dentro de tu sentencia.

no es asi de facil , la consulta es mas compleja de la que aqui se ve, simplemente la puse asi de simple como ejemplo de lo que quiero hacer

Bien amigo, de todos modos, no es una mala idea el integrar el where a la consulta, por más compleja que sea y ya sea que la armes o la tengas pre-diseñada en un DataSet, siempre puedes hacerle modificaciones directamente en la propiedad SQL para generarle condiciones que pueden variar a lo mejor con ciertos parámetros de tu programa.

Saludox !

[look]

Saludos.

Si estas "armando" el SELECT ¿porque filtrarlo?; simplemente pon esa condición dentro de tu sentencia.

no es asi de facil , la consulta es mas compleja de la que aqui se ve, simplemente la puse asi de simple como ejemplo de lo que quiero hacer

Bien amigo, de todos modos, no es una mala idea el integrar el where a la consulta, por más compleja que sea y ya sea que la armes o la tengas pre-diseñada en un DataSet, siempre puedes hacerle modificaciones directamente en la propiedad SQL para generarle condiciones que pueden variar a lo mejor con ciertos parámetros de tu programa.

Saludox !

la columna saldo es el resultado de una operacion , por lo que no puedo incluirla en una sentencia where sinembargo lo que puedo hacer es un case basado en el resultado de la operacion en saldo, lo que me duplicario el codigo al devolver el saldo, aunque ahora que lo pienso esto se podria solucionar utilizando un sp para devolver el sado.... bueno da igual, me tiene intrigado esto de los filtros que nunca me funcionan

[cadetill]

Buenas,

Si es el resultado de una operación (sum, count,...) entonces tendrás un group by. Dado que tienes el group by, puedes ponerle un having

select dato1, dato2, sum(saldo) 
from tabla 
group by dato1, dato2
having sum(saldo) > 0

Si fuera una operación matemática, no tendrías que tener problema en ponerla en el where

Espero te sirva

Nos leemos

[look]

hola, al final de decidi por un procedimiento almacenado , me ha salido mas facil de esta manera

Saludos

pd: sigo sin saber como funcionan los filtros y porque este no funciona

[Delphius]

Hola,

Hay algunas cosas a puntualizar sobre el tema de los filtros:

1) Los filtros sólo aplican al conjuntos de datos activos que regrese el DataSet.
2) Los filtros están implementados de forma interna, dentro de los componentes de acceso a los datos, por lo que su funcionamiento es limitado (incluso no reconoce demasiadas instrucciones SQL) y no tiene el mismo poder que el de un motor de base de datos.
3) De (1) y (2) podemos apreciar entonces que el efecto del filtro es local, para trabajar justo con el conjunto de datos visualizados en ese momento. En el momento en que se desactiva el filtro se vuelve a mostrar todo el conjunto entero original. Y para que funcione debemos asegurarnos de que las instrucciones que forman el filtro pueda ser válida. No reconoce instrucciones propias de un motor. Por ejemplo, algo como el Coalesce() o un SubString(), etc.

Si dices que no te está funcionando el filtro hace falta entonces ver exactamente la consulta original, el filtro que intentas establecer y el motor que utilizas.

Saludos,

[ELKurgan]

Hay algunas cosas a puntualizar sobre el tema de los filtros:

1) Los filtros sólo aplican al conjuntos de datos activos que regrese el DataSet.
2) Los filtros están implementados de forma interna, dentro de los componentes de acceso a los datos, por lo que su funcionamiento es limitado (incluso no reconoce demasiadas instrucciones SQL) y no tiene el mismo poder que el de un motor de base de datos.
3) De (1) y (2) podemos apreciar entonces que el efecto del filtro es local, para trabajar justo con el conjunto de datos visualizados en ese momento.

Totalmente de acuerdo con el maestro Delphius. Debes tener en cuenta que puedes cargar un clientDataset con el resultado de una consulta y luego aplicar los filtros que creas necesarios al resultado obtenido.

Yo lo suelo usar en relaciones maestro-detalle en las que es muy costoso traer datos detalle cada vez que te mueves por una rejilla maestra. Me traigo todos los registros detalles, y luego al cambiar el maestro, simplemente aplico el filtro. Muy rápido y no se sobrecarga la red.

Saludos

[Fenareth]

Hola,

Hay algunas cosas a puntualizar sobre el tema de los filtros:

1) Los filtros sólo aplican al conjuntos de datos activos que regrese el DataSet.
2) Los filtros están implementados de forma interna, dentro de los componentes de acceso a los datos, por lo que su funcionamiento es limitado (incluso no reconoce demasiadas instrucciones SQL) y no tiene el mismo poder que el de un motor de base de datos.
3) De (1) y (2) podemos apreciar entonces que el efecto del filtro es local, para trabajar justo con el conjunto de datos visualizados en ese momento. En el momento en que se desactiva el filtro se vuelve a mostrar todo el conjunto entero original. Y para que funcione debemos asegurarnos de que las instrucciones que forman el filtro pueda ser válida. No reconoce instrucciones propias de un motor. Por ejemplo, algo como el Coalesce() o un SubString(), etc.

Si dices que no te está funcionando el filtro hace falta entonces ver exactamente la consulta original, el filtro que intentas establecer y el motor que utilizas.

Saludos,

Tonses la manera en que yo lo propuse debería de funcionar no ??? 

Saludox !

[Delphius]

Tonses la manera en que yo lo propuse debería de funcionar no ??? 

Saludox !

Pues si, debería. Aunque quizá, sólo por precaución, yo armaría el select y luego armaría el filtro. Por ejemplo:

delphi

Query1.Sql := '...';
Query1.Open;
Query1.Filter := '...';
Query1.Filtered := true;

Aunque no debería haber problema en armar el filtro antes y luego la consulta (obviamente, previamente ha de estar filtered en false).

El problema vaya a saber donde está realmente; look nos comentaba que la consulta era mucho más compleja que la del ejemplo. Quizá el problema esté allí y/o en la condición del filtrado que ha utilizado.

De todas formas me sumo a que en lo posibles mejor filtrar desde la propia consulta empleando la cláusula WHERE que para eso es que está. Ahora bien, si lo que desea es obtener un filtro local, sea o no que los datos hayan sido pasados por un filtro previo (la consulta), no hay demasiadas opciones y una de ellas es utilizar filter.

Saludos,