FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Un apunte más. He cambiado de Access Xp a Access 2003.
__________________
Se hace lo que se puede que siempre es menos de lo que se dice |
#2
|
||||
|
||||
Otro apunte, las relaciones Maestro/Detalle, no introduce de manera automática los campos del Maestro en el Detalle al crear un nuevo registro en el Detalle
__________________
Se hace lo que se puede que siempre es menos de lo que se dice |
#3
|
||||
|
||||
Por favor, cualquier idea será muy bien recibida.
__________________
Se hace lo que se puede que siempre es menos de lo que se dice |
#4
|
||||
|
||||
No es que no funcionen los componentes, la BD, la conexión o las actualizaciones de los detalles, el problema reside en que al cambiar de sistema, el motor de base de datos no permite que se hagan cálculos con campos que tengan el valor null.
Es decir, con el antiguo sistema, se podía poner un campo calculado que realizase el calculo de una multiplicación entre valores de un registro y si alguno de ellos era null, le asignaba al resultado el valor cero. pero ahora lo que ocurre es que salta un "raised exception" en la clase "EVariantTypeCastError" con el mensaje "no se puede convertir variant de tipo (Null) al tipo (Double)". Ejemplo: Este código antes no fallaba y aunque "F1_BASE2" o "F1_IRPF" fuesen Null, se le asignaba cero al resultado. Ahora aparece el error indicado y además no te indica la línea de código donde falla (se vá a la última línea del proyecto). Se soluciona poniendo: Pasa lo mismo con una asignación a una etiqueta de un valor null antes no le ponía nada y le asignaba null sin que pasase nada y ahora salta el error. Esto hace que tenga que repasar por completo toda la aplicación. ¿Alguien conoce alguna solución?
__________________
Se hace lo que se puede que siempre es menos de lo que se dice |
|
|
|