RecordCount no devuelve dato real

[[oscarac]]

devuelve cero

[Casimiro Notevi]

Empezado por oscarac

devuelve cero

¿Y esa variable result tiene true o false?

result := dmGlobal.qryBuscarAnexo.RecordCount >= 1;

[Casimiro Notevi]

Por lo que leo en la web de embarcadero, trae el código fuente, así que puedes echarle un vistazo.

[[oscarac]]

Empezado por Casimiro Notevi

¿Y esa variable result tiene true o false?

result := dmGlobal.qryBuscarAnexo.RecordCount >= 1;

falso

tienes el link de embarcadero?

[jhonny]

Hola,

¿Te sirve poner la propiedad RecordCountMode en modo cmTotal?, pruébalo, quizá sea lo que buscas.

[juniorSoft]

Hola,

Has verificado la propiedad FetchOptions.RowsetSize del FDQuery por defecto tiene asignado 50 por lo cual aunque una consulta que supere la cantidad de registros mayor a 50 mostrara inicialmente 50 registros los demás se obtiene utilizando los métodos correspondientes por ejemplo FetchNext recupera los siguientes 50 registros y los carga en el memoria y así sucesivamente. otro método es el FetchAll que los carga todos en memoria.

Si antes de hacer el RecordCount llamas al metodo FDQuery.FetchAll o le asignas a la propiedad citada el valor -1 debería funcionar.

Saludos,

[Neftali [Germán.Estévez]]

Creo que alguien ya lo ha comentado, pero en los Servidores de Base de Datos (a diferencia de las Bases de Datos de escritorio), por defecto no se obtienen todos los registros de una consulta y en consecuencia los componentes de acceso (en esta caso FireDAC) no rellenan la propiedad RecordCount (que suele quedar a -1).

Comentas que no quieres hacer una consulta para realizar el Count, pero en la mayoría de las ocasiones suele ser mucho peor (en cuanto a rendimiento) realizar un Last que realizar una segunda consulta que realiza un Count.

Por último y sólo para comprobar que los filtros son correctos, yo te aconsejaría (aunque sea en Debug) realizar el Count con la misma consulta (incluyando el WHERE) que estás haciendo; Porque me resulta extraño que el valor devuelto sea un cero. No es la primera vez que sin querer implementamos un filtro de forma incorrecta y realmente la consulta está devolviendo 0 registros porque es lo correcto.

[Casimiro Notevi]

Empezado por Neftali [Germán.Estévez]

...Comentas que no quieres hacer una consulta para realizar el Count, pero en la mayoría de las ocasiones suele ser mucho peor (en cuanto a rendimiento) realizar un Last que realizar una segunda consulta que realiza un Count.

Efectivamente, como dices, con last se avanza registro a registro hasta el final. Sin embargo con count usa el índice por lo que la respuesta es instantánea, sin tener que recorrer nada en la base de datos.

[Neftali [Germán.Estévez]]

Empezado por Casimiro Notevi

Efectivamente, como dices, con last se avanza registro a registro hasta el final.

Y no sólo que avanza el puntero, sino que se los trae al cliente con el consiguiente trasiego de información innecesaria por la red (que suele ser leeeeennnto);

[jhonny]

Empezado por Neftali [Germán.Estévez]

Comentas que no quieres hacer una consulta para realizar el Count, pero en la mayoría de las ocasiones suele ser mucho peor (en cuanto a rendimiento) realizar un Last que realizar una segunda consulta que realiza un Count.

Es por ello que he sugerido hacer:

Empezado por Jhonny

Hola,

¿Te sirve poner la propiedad RecordCountMode en modo cmTotal?, pruébalo, quizá sea lo que buscas.

Firedac hace de manera "automática" un count en ese caso.

[Neftali [Germán.Estévez]]

No conocía esa opción de la propiedad FetchOptions, Jhonny.