FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
||||
|
||||
Error en Coalesce de un Parámetro tipo Int64
Hola a tod@s !
Tengo un campo en una tabla del tipo Decimal(12,0), es decir, puede almacenar valores del tipo Int64. Por otro lado, tengo un TIBDataSet enlazado con dicha tabla mediante ese campo clave del tipo Int64. Cómo puedo hacer para preguntar en el IBDataSet si el parámetro clave es null o no ? He intentado poner : pero en este caso el error que me dá es 'Data Type Unknown' ya que al parecer no comprende de que tipo es el campo Clave. Lo que se me ocurrió entonces es enlazarlo de esta manera : y funcionaba perfectamente hasta que en el campo Clave aparezca un valor Int64 de 12 posiciones (p.ej. 123456789012). El error que me aparece ahora es (en tiempo de ejecución) : 'arithmetic exception, numeric overflow or string truncation'. Tengo ya perfectamente comprobado que se deben a los valores grandes de 'Clave', ya que con cualquier otro valor funciona correctamente, hasta que introduzco un Int64 y entonces al parecer el Coalesce(:Clave, 0) me lanza el error indicado. Gracias por vuestra ayuda.
__________________
Piensa siempre en positivo ! |
#2
|
|||
|
|||
Hola...
Si estás usando Firebird/Interbase, ¿por qué no usar el tipo de datos BIGINT para el campo Clave? Saludos... |
#3
|
||||
|
||||
¿Será un problema del componente?.
No sé, la verdad, pero me apunto para seguir este tema. |
#4
|
||||
|
||||
Hola gluglu.
Probá consultándolo de este modo: Hice algunas pruebas con un TIBDataSet y no me arrojó error. Saludos.
__________________
Daniel Didriksen Guía de estilo - Uso de las etiquetas - La otra guía de estilo .... Última edición por ecfisa fecha: 13-06-2011 a las 19:18:05. |
#5
|
||||
|
||||
Hola Ecfisa !
Justo estaba probando eso antes de que viera tu post !! ... y es cierto, de esa manera no da error !
__________________
Piensa siempre en positivo ! |
#6
|
|||
|
|||
Hola...
Y bueno, me quedaré con la duda Saludos... |
#7
|
||||
|
||||
Hola maeyanes !
Estoy utilizando Firebird 2.1, y no es que haya definido Clave como BigInt, sino tal y como indiqué lo tengo en la BBDD como Decimal(12,0), por lo tanto acepta valores 'BigInt'. El problema era pasarlo como parámetro en otro IBDataSet. Ahí no puedo definir al parámetro como que sea de ningún tipo en concreto, por lo que me lanzaba el error. Y es por ello que me surgió el problema que expuse en este hilo. La única solución que hemos sacado es hacer el Cast a BigInt .... ... o habría otra alternativa ? Yo he probado ya todas las que se me ocurrieron y no tengo forma de resolverlo si no es como aquí se ha indicado.
__________________
Piensa siempre en positivo ! |
#8
|
|||
|
|||
Hola...
Por eso te pregunto, ¿hay algo que te impida cambiar el tipo de campo a BIGINT? De esta forma te evitarías tener que hacer castings al momento de realizar tus consultas. Saludos... |
#9
|
||||
|
||||
No he probado lo que me indicas ...
Según tu comentario, si 'defino' directamente el campo en Tabla1 como BigInt en vez de Decimal(12,0), no me va a dar el error al pasarlo como parámetro en el nuevo TIBDataSet ... ??
__________________
Piensa siempre en positivo ! |
#10
|
||||
|
||||
En cualquier caso .... tengo un GRAN número de campos de un GRAN número de tablas, definidas con un Domain 'NV12' (definido a su vez como Decimal(12,0)), y cambiar todas estas definiciones a BigInt ... ...
De momento, para el caso particular en el que uso el parámetro para preguntar si es Null, me ha servido la contestación que me habeis dado en este hilo. Gracias una vez más ..
__________________
Piensa siempre en positivo ! |
#11
|
||||
|
||||
Yo tengo alguna tabla con campo clave principal bigint, aunque no creo que ningún cliente haya llegado a usar los 12 dígitos, por lo demás, ningún problema.
|
#12
|
|||
|
|||
Hola...
Cita:
Cita:
Saludos... |
#13
|
||||
|
||||
Cita:
Como dice también Casimiro, generalmente no se suelen utilizar los 12 dígitos que tengo definidos, pero precisamente por eso no me dí cuenta del problema en un nuevo listado que hice hace poco, porque generalmente no se utilizan los 12 dígitos, pero resulta que haciendo pruebas .... sí que suelo hacerlas con 12 dígitos para que si algún diera se diera el caso .... Nunca pensé tampoco que habría diferencia entre declarar los campos como Decimal(12,0) o BigInt. De hecho, en el 99% por ciento de los casos no he tenido problemas ... hasta que salía el 1% dichoso ! Tengo que indicar que además tengo otro Domain definido con el tipo Decimal(14,2) para guardar unicamente 2 decimales, pero con cifras grandes, cuando trabajo con valores de monedas. Y aunque en Euros ... 12 cifras delante de la coma son muchos Euros, en otras divisas del mundo se pueden lelgar a manejar facilmente valores que sobrepasan los mil millones, es decir, fácilmente podríamos llegar a más de 10 cifras delante de la coma, por lo que ahí recapacité los valores que se iban a poder almacenar y en este caso no podría utilizar el BigInt. Saludos !
__________________
Piensa siempre en positivo ! |
#14
|
||||
|
||||
Hola.
Al igual que maeyanes para ese tamaño numérico yo definiria un BIGINT. Pero hay algo que ví en las pruebas y no esperaba: Aún declarando el campo como BIGINT el cast es necesario. Si no lo utilizo, obtengo el error: "Campo Clave no encontrado". Esto sucede tanto con el manejador de BD como desde el TIBDataSet. Lo que lamento es tener como único argumento el resultado de las pruebas... Voy a buscar un poco si encuentro documentado el motivo. Saludos.
__________________
Daniel Didriksen Guía de estilo - Uso de las etiquetas - La otra guía de estilo .... |
#15
|
||||
|
||||
Parece que estamos hoy en sintonía, ecfisa y yo !
De nuevo, acabo de hacer las mismas pruebas, sólo ya por curiosidad, y coincido con él, que el Cast es necesario a pesar de haber definido el campo como BigInt. no me funciona, a pesar de haber declarado Clave como BigInt, y me dá de nuevo el error 'Data Type Unknown' Y si utilizo la función Coalesce, de tal manera que me vuelve a saltar el mismo error de Arithmetic exception, numeric overflow ...'
__________________
Piensa siempre en positivo ! |
#16
|
||||
|
||||
¿Y ese error es desde ibexpert, flamerobin, etc. o es poniéndole el sql a algún componente desde delphi?
|
#17
|
||||
|
||||
Cita:
Saludos.
__________________
Daniel Didriksen Guía de estilo - Uso de las etiquetas - La otra guía de estilo .... Última edición por ecfisa fecha: 13-06-2011 a las 22:10:26. |
#18
|
||||
|
||||
Bueno, he estado haciendo pruebas con el isql, que es del único que me fio y funciona perfectamente... o estoy ya medio dormido
|
#19
|
||||
|
||||
Yo estoy utilizando Delphi 2007 y TIBDataSet.
No sé cómo hacer dicha operación con el IBExpert. Sí que puedo ver relaciones Maestro/Detalle y funcionan correctamente, pero no sé cómo poder relacionar un Query con la tabla correspondiente y así poder probar la sentencia SQL que indicaba anteriormente.
__________________
Piensa siempre en positivo ! |
#20
|
||||
|
||||
Si no hay forma de hacerlo como quieres, quizás pueda hacerse ejecutando desde tu programa el isql y que guarde el resultado en una tabla/fichero externo, luego desde tu programa lees ese fichero.
Desde luego que las pruebas que he hecho con ibdataset no funcionan, debe ser que internamente hacen uso de un int aunque se haya declarado el campo como bigint. A ver si a mediodía hago una prueba con TFIBDataSet, aunque si no lo usas tú, tampoco va a servir de nada. |
Herramientas | Buscar en Tema |
Desplegado | |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Método tem parametro do tipo sysint | Paulao | Varios | 2 | 16-09-2010 21:20:15 |
SQL CASE y COALESCE | mjjj | SQL | 1 | 17-12-2008 16:37:52 |
tipo de dato para pasar parametro a un store procedure | Bracus | SQL | 6 | 25-03-2008 13:38:13 |
Parametro a todos los objetos de un tipo | amadis | OOP | 1 | 06-10-2007 17:46:47 |
Parametro Tipo BIGINT Stored Procedure | hibero | Firebird e Interbase | 5 | 13-04-2004 19:49:31 |
|