FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
||||
|
||||
Agregar Campo Calculado en Runtime - (Avanzado)
Resulta que yo armo una grilla dinamicamente segun el tipo y nombre de un campo que tomo de la respectiva tabla, para tal fin he diseñado ciertas funciones y procedimientos, de modo tal de indicar simplemente un Query y un grilla, y asi armarlo automaticamente y despreocuparme del tema. Me funciona perfecto y de mil maravillas. El tema está que en un caso en particular de una grilla, debo añadir un campo calculado, puesto a que, necesito calcular un valor al momento de la consulta (es un calculo, si bien no complejo, no lo puedo hacer directamente en la consulta).
Asi relleno mi grilla
El problema radica en que, si agrego los campos manualmente y luego el calculado, en la linea:
me tira error de que esta fuera de rango, pues claro, recorre un campo de más pero este no existe en la tabla, sino que es un calculado en el componente. Como puedo resolver esto? alguna idea, ocurrencia, sugerencia y o crítica, serán bienvenidas. Desde ya, muchas gracias.
__________________
|
#2
|
||||
|
||||
Cita:
Si los de la consulta y los del DBGrid son diferentes, ¿No puedes hacer comprobaciones antes de acceder al campo que necesitas? Utilizando:
Y para el Query Algo similar. Tal vez no entendí bien tu problema.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#3
|
||||
|
||||
¿Podrías mostrarnos el mensaje de error exacto (usa Ctrl+C cuando aparezca) y en qué línea se detiene el programa?
Un error como el que señalas no debería ocurrir a menos que durante el ciclo For se estén eliminando campos. ¿Sucede algo como eso? Saludos. |
#4
|
||||
|
||||
A ver. A mi me parece que el error no se debe al campo extra sino más bien a que ese campo extra es el único campo que existe.
Recuerden que si no se define ningún campo, ya sea durante el diseño o por código, el dataset genera dinámicamente los campos basándose en la estructura física de la tabla subyacente. Pero, en el momento en que se agrega un campo, bien sea en diseño o por código, el dataset omite la generación dinámica y el campo o campos agregados son los únicos que existen para el dataset. Si se abre la tabla antes de añadir el campo extra, pues no sirve de mucho porque no podemos agregar campos mientras la tabla esté abierta, y al cerrarla desaparecen los campos generados dinámicamente. Lo único que se me ha ocurrido es: 1. Abrir la tabla 2. Copiar la lista de definiciones de campos (FieldDefs) a una lista temporal 3. Cerrar la tabla 4. Agregar todos los campos, basándose en las definiciones que tenemos guardadas. 5. Agregar cualquier campo extra 6. Abrir la tabla. No lo he probado a fondo pero esto parece funcionar:
// Saludos |
#5
|
||||
|
||||
No se necesitan tantas variables ya que una vez abierta la tabla, FiledDefs ya no se borra al cerrarla.
Versión 2
// Saludos |
#6
|
||||
|
||||
Cita:
Yo pense exactamente lo mismo, y como primera medida se me ocurrio agregar manualmente cada uno de los campos de la consulta, para evitar la generación dinámica, y asi tambien, agregar la definición del campo calculado. Esto funciona bien si solo agrego definiciones de campos que se encuentren en la consulta, no asi cuando agrego un campo calculado. Cita:
--------------------------- Debugger Exception Notification --------------------------- Project Test.exe raised exception class EListError with message 'List index out of bounds (15)'. Process stopped. Use Step or Run to continue. --------------------------- OK Help --------------------------- Los puntos de ruptura que he puesto en el debbug, me llevan a la linea
En ningún caso elimino campos, y por seguridad y certeza he verificado todo el procedimiento para que tampoco sucediera algo similar por descuido. Una clara evidencia de que solo esta tomando los 15 campos cuyas definiciones estan en la consulta, y no esta tomando el campo n16 que es el calculado. No entiendo porque el FieldCount no toma el campo calculado como un campo más, si bien este debe calcularse internamente desde el componente. Tendría que modificar esto, de forma tal que integre además los campos calculados. Creo que el problema está en:
Saludos
__________________
Última edición por MaMu fecha: 04-04-2009 a las 18:44:14. |
#7
|
||||
|
||||
Tendrías que mostrarnos cómo estás añadiendo los campos y en qué momento. Tal como dije antes, el ejemplo que puse funciona correctamente y con un campo calculado. Acabo de adaptarlo a un query a la base DBDEMOS con la consulta
El código queda así:
Si los campos los añades (todos) manualmente, necesariamente debe darte la cuenta, sin importar el tipo de campo. Agrego Si además, añado esto a un segundo botón:
funciona sn problemas. // Saludos |
#8
|
||||
|
||||
Cita:
Cuyo error es: --------------------------- Debugger Exception Notification --------------------------- Project Test.exe raised exception class EListError with message 'List index out of bounds (15)'. Process stopped. Use Step or Run to continue. --------------------------- OK Help --------------------------- Nota: la definición si o si la tengo que modificar con esa función puesto a que diversos campos deben ser re-adaptados a otro tipo de datos. Esto funcionó perfectamente hasta que puse un campo calculado.
__________________
|
#9
|
||||
|
||||
Bueno, pero entonces el error no estaba donde nos habías dicho. Ahora tiene más lógica porque supongo que los campos calculados no entran en el arreglo FieldDefs (no lo he verificado). Quizá en la función GetTipoCampo podrías usar el arreglo Fields en lugar de FieldDefs.
// Saludos |
#10
|
||||
|
||||
Cita:
En primera instancia el error estaba ahi. Luego de modificar la función acorde a tu idea, se me generó un error en la función. Efectivamente los calculados no deben entrar en el arreglo FieldDefs, puesto a que probando no he podido acceder a esos campos. Lo que hice es utilizar el arreglo Fields como sugeriste y sanear asi la excepción, utilizando la propiedad Calculated. Todo me ha vuelto a funcionar de maravillas permitiendome agregar cuanto campo calculado necesite. Muchas gracias a todos.
__________________
|
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
DBGrid... agregar un campo calculado...? | BlueSteel | Varios | 4 | 05-02-2009 20:40:37 |
Agregar columnas al DBGrid en Runtime | vladimirbp | Varios | 2 | 11-01-2007 02:01:46 |
Agregar elementos a un DBcomboBox (runtime) | vinicc | Conexión con bases de datos | 2 | 26-08-2006 02:28:31 |
Mover y agregar controles en RunTime | JXJ | Varios | 2 | 05-05-2005 03:16:04 |
Agregar un campo a una tabla paradox (runtime) | sitrico | Conexión con bases de datos | 3 | 17-07-2003 01:14:11 |
|