![]() |
![]() |
| Paypal | 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
|
|||
|
|||
|
Muchísimas Gracias Ecfisa,
funciona a la perfección. Recuerdas bien, trabajo con ADO y Access ![]() Me he quedado un poco atascado a la hora de adaptarlo porque me empeñe en no poner el * delante del from y me daba errores pero repasándolo en condiciones hace lo que necesitaba. Aprovecho sólo para pedirte tu opinión acerca del uso del DBLookUpCombobox si no te importa. Ahora mismo lo uso para listar una tabla de clientes que contiene unos 150 registros y me funciona sin problemas, pero a medida que pase el tiempo y se incremente esa lista, por ejemplo si se da el caso de llegar a 500 registros ¿Seguiría siendo correcto hacer uso de el o tendría que plantearme otra cosa? Gracias de Nuevo y Felices Fiestas para todos vosotros Un fuerte abrazo
__________________
Mi proyecto paso a paso (Parte I) |
|
#2
|
||||
|
||||
|
Hola Delphitest.
Cita:
![]() Trabajando de forma local, no vas a tener problemas ni con cifras cientos de veces superiores a la que comentas. Sin embargo puede ser distinto trabajando en red... Vas a encontrar una muy buena explicación al respecto en el libro: La cara oculta de Delphi 4 (cap. 27) Saludos y feliz año ![]()
__________________
Daniel Didriksen Guía de estilo - Uso de las etiquetas - La otra guía de estilo .... |
|
#3
|
|||
|
|||
|
Buenas Noches,
siento reabrir este tema pero me pasa algo fuera de normal y no se como arreglarlo. Todo va bien en cuanto al funcionamiento pero veo que en la lista que proporciona el DBLookupCombobox aparecen de forma aleatoria muchas filas en blanco que no forman parte de la consulta ni de la tabla original. Si en lugar de hacer que la lista sea el campo FullName, pongo solo el nombre o los apellidos se ven los registros sin problemas y no hay lineas en blanco. ¿Alguien sabe qué puede estar pasando? Gracias de nuevo
__________________
Mi proyecto paso a paso (Parte I) |
|
#4
|
||||
|
||||
|
Hola Delphitest.
Con seguridad que alguno de las columnas intervinientes tiene valor NULL. Cualquier concatenación en el que intervenga una columna con valor NULL, dará como resultado NULL. Poniendo previamente en NULL un nombre de la tabla EMPLOYEE, el código anterior dá este resultado: ![]() La solución para que no aparezcan líneas vacías es evaluar los valores de ambos campos. Dado que no uso Access para mis trabajos, tuve que leer un poco para encontrar la equivalencia a la función COALESCE que según leí es SWITCH. La diferencia luego de hacer click en Button1: ![]() Saludos ![]()
__________________
Daniel Didriksen Guía de estilo - Uso de las etiquetas - La otra guía de estilo .... |
|
#5
|
|||
|
|||
|
Muchísimas Gracias Ecfisa por tu ayuda y por tomarte las molestias en buscar la solución de tantos problemas que planteamos.
No sabía que al concatenar dos campos si uno de ellos era Null automáticamente el total también lo sería, pensaba que se limitaba a no poner uno de ellos y por eso me llamó la atención. Lo he comprobado y así es. Como no son muchos registros voy a recorrerlos y completar esos apellidos que faltan para que todo aparezca bien y de ahora en adelante tomare la precaución de no dejar esos campos vacíos. Mil gracias por tu tiempo y que el año nuevo te traiga lo que te mereces. FELIZ 2015 para todos
__________________
Mi proyecto paso a paso (Parte I) |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Consulta indice del campo de una grilla en campo calculado | ericgs | OOP | 2 | 19-10-2012 17:25:15 |
| Campo Calculado | novato_erick | SQL | 1 | 14-06-2011 23:06:02 |
| Campo Calculado!!! | Ledian_Fdez | OOP | 1 | 03-10-2007 22:10:01 |
| Pasar un campo calculado a un campo del mismo DbGrid | maravert | Conexión con bases de datos | 3 | 12-05-2006 00:31:30 |
| Campo de bd calculado | davidgaldo | MS SQL Server | 3 | 20-05-2005 15:50:22 |
|