Buenas. Intentaré aportar mi granito de arena al tema.
Cita:
Empezado por dany2014
...lo que deseo es poder contar la cantidad de registros del dbgrid asociado a esa tabla
|
Antes de nada decir que para mi esto "no tiene sentido" estrictamente, si entendemos lo que es un DBGrid.
Para mi un DBGrid no es más que una ventana para ver determinados registros de una tabla. El grid en si, NO TIENE REGISTROS. Simplemente nos está mostrando unos cuantos. Cuando nos movemos arriba y abajo lo único que hacemos es mover la ventana para ver unos cuantos de los anteriores o unos cuantos de los que hay más abajo.
OTRO EJEMPLO:
Mirar un Grid es como mirar con una LUPA una hoja y preguntar ¿Cuantas lineas tiene la LUPA? Las líneas NO ESTÁN EN LA LUPA, siguen estando en la hoja. Si mueve la LUPA arriba y abajo veo líneas diferentes y si cambio de LUPA veo más o menos líneas, pero LA LUPA EN SI NO TIENE LINEAS, sólo las visualiza.
Dicho esto y espero que se haya entendido...
Cita:
Empezado por edgargh
si lo que necesitas es obtener el numero de registros de tu dbgrid, lo mas comun es hacerlo directamente a traves del dataset asociado (query o table).
|
Yo diría que es la única forma de hacerlo (no la más común). No tenemos un Grid.Count. Hablando siempre de DBGrid genérico. Tal vez haya casos particulares en los que exista algo así, pero eso no es común, ni recomendable creo.
Cita:
Empezado por edgargh
¿El funcionamiento de la propiedad recordcount de un TDataset en delphi depende del manejador de base de datos que se utilize?, no lo sabia, yo trabajo con sql server y funciona, ignoraba que con otros no. ¿Con que manejador de base de datos no funciona la propiedad recordcount de un Tdataset?
|
También de los componentes de conexión.
Por ejemplo habéis hablado de ADO. Estos componentes (realmente potentes) pueden trabajar en 2 modos.
Utilizando "cursores cliente" y "cursores Servidor". Revisad las propiedades
CursorLocation de
TADOConnection, por ejemplo. No se pueden usar estas propiedades con todos los gestores, sino que dependen también del sistema al que nos estemos conectando. Por ejemplo, con SQL Server, se puede trabajar en ambos modos. Con bases de datos Access, sólo en "modo Cliente".
Cita:
Empezado por edgargh
Por ejemplo si trabajas con Tdatasets de ADO o DBExpress, que segun yo son los mas comunes y en los cuales puedes hacer la conexion con una infinidad de manejadores de bases de datos (incluyendo interbase), no tendrias el problema que mencionas
|
He de corregirte aquí. Tal y como he dicho antes, por ejemplo en ADO+SQL Server puedes trabajar en "modo cursor Server-side" y en ese caso las propiedades como Recordcount siempre devuelven -1. Es una forma de decirte que "no se están cargando todos los registros en memoria". Es estos casos tal y como se ha comentado, la fiorma es utilizar un SELECT...COUNT.
Cita:
Empezado por ElDioni
...me sale el número total de registros que hay en la consulta realizada.
como no he trabajado con otras bases de datos para mi esto también es lo normal.
|
Utilizando SGBD (frente a las Bases de Datos de escritorio) el comportamiento "normal" creo que sería el otro. No es aceptable que un SGBD devuelva todos los registros o los cargue todos en una tabla al hacer un SELECT.
Cita:
Empezado por edgargh
Te consta lo que dices?, lo haz hecho con un adoquery por ejemplo?, no te ha funcionado el recordcount?
|
Como he dicho, dependiendo de cómo esté configurado y contra qué BD/SGBD devolverá -1 o el número correcto de registros.
Cita:
Empezado por Casimiro Notevi
Desconozco cómo trabajan los componentes ADO que estás usando.
E insisto en que un query de consulta a una tabla no devuelve el número de registros que cumplen la condición, salvo que vayas al último.
|
En el caso de ADO, puede ser que ambos tengáis razón. Como he dicho permite comportamientos diferentes.
Un saludo.