FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
|||
|
|||
Problema con la funcion recordcount de los TIBQuery
Hola a todos
tengo que hacer un last y un first para que ande el RecordCount luego de hacer un open a un ibquery porque si no hago el last y luego el first no me da bien la cantidad del registro IBQQuery.Last; IBQQuery.First; Alguno me puede ayudar para que el recordCount de bien muchas gracias |
#2
|
||||
|
||||
Hola, siento comunicarte que asi es como funciona ese componente...
Lo que puedes hacer es: 1) Lo que haces ahora IBQQuery.Last; y IBQQuery.First; 2) Crear un descendiente de TIBQuery, sobreescribir el método RecordCount (si se puede, que no lo se) y en esa nueva definicion del método, clonar un cursor a los datos y contar los registros mediante ese cursor. (más o menos el punto 1 "encubierto") 3) Buscar un componente que funcione correctamente, no se si el FIBQuery lo hace bien o no... Saludos.
__________________
Progress Openedge https://abevoelker.com/progress_open...dered_harmful/ Delphi forever... |
#3
|
|||
|
|||
Solo puntualizar, que ese componente funciona correctamente, ese es su funcionamiento y asi esta recogido en la documentacion.
En una consulta SQL contra un servidor interbase no se sabe el numero de resultados que ha dado hasta que se reciban todos los registros del servidor (que es lo que hace el .last). Un component en el que recordcount diese los registros totales (y no solo el numero de registros recibidos hasta el lmomento) , tendria que hacer un .last internamente y eso es una brutalidad , imaginemos una consulta que de como resultado miles o millones de registros, al llamar a recordcount tendria que recibir todos esos registros del servidor, lo que llevaria muchisiimo tiempo, minutos, ademas de saturad la red. Saludos |
#4
|
|||
|
|||
y eso es lo que me pasa a mi la consulta que tengo trae muchisimos registros y hacerle un recordcount me lo mata pero tengo que encontrar algo que me diga la cantidad de registros que tiene esa consulta si a alguien se le ocurre joya
nos vemos |
#5
|
|||
|
|||
Pues tendras que hacer otra query con las mismas condiciones del where
y un count(*) Código:
select count(*) from table where mismas_condiciones |
#6
|
|||
|
|||
Gracias justo eso era lo que no queria hacer
|
#7
|
||||
|
||||
hay una funcion RecordCountInQuery
el FIBPlus ya tiene una funcion para que hace exactamente el
muy funcional para que no hagas otra sentencia porque se le llena el codigo de sentencias sql repetidas pero tiene unas limitaciones Unit CommonIB function RecordCountInQuery(FQuery: TFIBQuery): integer; Description Call RecordCountInQuery to get a number of records, which are returned by the query (FQuery). The procedure tries to change a query text in FQuery.SQL and executes changed query. For example, if you set FQuery.SQL to 'SELECT * FROM Table1' RecordCountInQuery executes the following query: SELECT COUNT(*) FROM Table1. It allows getting number of result records for a query without fetching records. However, this function has some limitations. You can not use this function for queries, which include GROUP BY, DISTINCT and UNION options. Última edición por alexander_lv fecha: 23-11-2007 a las 20:32:42. |
#8
|
||||
|
||||
Menudo problema...
Bueno, pues dado el asunto de caracter importante, escribí una pequeña función que nos retornaría el número de registros de una consulta, pasándole como parámetro la propiedad SQL o SelectSQL en el caso de los DataSets. Es básica claro, por eso si alguien tiene alguna sugerencia bienvenida sea. Aquí está:
Como se pueden dar cuenta, esta función extrae el nombre de la tabla o vista siempre que esta se encuentre entre comillas, así que habría que hacer una pequeña modificación para otros casos.
__________________
...y mañana caminaré por las calles pasando inadvertido, como siempre. Última edición por mlara fecha: 23-03-2008 a las 19:36:21. |
#9
|
||||
|
||||
Temas relacionados...
Bueno, por otra parte es importante tener en cuenta lo siguiente:
Como se dijo antes, usando las funciones First y Last se causa la solicitud de todos los registros a la base de datos, por lo que de esta manera la función RecordCount devuelve el número correcto de registros. También se logra el mismo efecto usando la función FetchAll. Sin embargo, también se dijo que no es adecuado, ya que usar estas funciones incrementa el tráfico innecesario a través de la red, ocupa al servidor atendiendo dicha solicitud que además puede tomar un tiempo considerable dependiendo del número de registros. Hay que tomar atenta nota de la ayuda de Delphi, con especial relación a la función FetchAll, en donde no se recomienda su uso para bases de datos accedidas por muchos clientes a la vez.
__________________
...y mañana caminaré por las calles pasando inadvertido, como siempre. Última edición por mlara fecha: 23-03-2008 a las 21:32:09. |
#10
|
||||
|
||||
Más temas relacionados...
Bueno, y para terminar, tengo dos (o tres?) dudas relacionadas con el tema que quisiera resolver.
__________________
...y mañana caminaré por las calles pasando inadvertido, como siempre. Última edición por mlara fecha: 23-03-2008 a las 19:46:08. |
#11
|
||||
|
||||
RecordCountinQuery_feched
yo he tomado la siguiente solucion.
utilizo la funcion
que es la que trae el componente fibplus por defecto. esta no funciona bien cuando la sentencia SQL incluye las opciones de GROUP BY, DISTINCT y UNION para cuando tengo una sentencia sql que incluye esas opciones cree una funcion
|
#12
|
||||
|
||||
Cita:
__________________
...y mañana caminaré por las calles pasando inadvertido, como siempre. |
#13
|
||||
|
||||
Cita:
Saludos. |
#14
|
||||
|
||||
Cada motor tendrá sus detallitos.
Firebird 1.5 tiene una "variable" llamada ROWCOUNT que nos devuelve la cantidad de registros solicitados por el sql ejecutado anteriormente. No la he usado nunca, pero googleando no creo tengas probelmas en ver como funciona. Yo hasta ahora lo había resuelto con el famoso count(clavePrimaria) y siempre para pocos registros. Según he leido, las comillas dobles se usan cuando una tabla tiene el nombre de una palabra reservada o incluye espacios:
"password" es reconocida como parte del sql y no como nombre de un campo, aquí si hace falta entrecomillarla. Yo al menos en Firebird no uso esta característica. Lamento no poder hablar nada de Oracle. Saludos
__________________
Si usted entendió mi comentario, contácteme y gustosamente, se lo volveré a explicar hasta que no lo entienda, Gracias. |
#15
|
||||
|
||||
Bueno, ante las inquietudes leamos primero esto (extraído de http://www.firebirdsql.org/manual/es...ebird-sql.html):
Cita:
De esta manera es independiente el hecho de que las tablas entén o no encerradas entre comillas. Como dije anteriormente se trata de una función que permite extraer el número de registros totales de devueltos por una consulta simple. No soporta SELECT anidados, y se supone que sólo existe una expresión condicional entre las palabras clave WHERE Y GROUP u ORDER. Precisamente por esto propongo a los interesados hacer modificaciones a esta función, que quizá más adelante les sirva a muchos.
__________________
...y mañana caminaré por las calles pasando inadvertido, como siempre. Última edición por mlara fecha: 26-03-2008 a las 16:08:18. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Problema con TQuery.RecordCount | kuan-yiu | Varios | 4 | 26-10-2006 18:54:31 |
Problema con un RecordCount | Lucciano | Conexión con bases de datos | 4 | 07-04-2006 15:40:54 |
Problema con la funcion mail | JulioGO | PHP | 2 | 26-09-2005 11:24:15 |
una simple función, un grave problema.. | DynaRoc | Varios | 6 | 23-11-2004 16:39:55 |
problema al llamar una función | sgarrido | Varios | 3 | 27-07-2004 01:14:33 |
|