Select mostrando otro dato

[el_enigma1]

Empezado por roman

Las opciones que te presentan son del todo correctas pero quizá antes de esto cabe preguntarse si no sería mejor agregar la 'tabla de significados' a la base de datos y usar relaciones de tablas como dios manda.

// Saludos

La verdad nunca he utilizado 'tabla de significados'.
Como quedaria el select?

[roman]

Bueno, el término es de mi propia invención aunque no desde luego el concepto. A este tipo de tablas yo las conozco como catálogos. Proveen una descripción asociada a un código.

En tu caso, tienes la tabla clientes, digamos:

clientes = (id, nombre, domicilio, telefono, tipo_id)

Agregarías la tabla de descripciones a tu base de datos:

tipos = (id, tipo)

con los datos:

id  | tipo
----+----------
e   | exccelente
b   | bueno
r   | regular
m   | malo

En estos términos puedes consultar la tabla de clientes así:

Código SQL [-]
select c.id, c.nombre, t.tipo
from clientes c
left join tipos t on t.id = c.tipo_id

// Saludos

[el_enigma1]

Neftali:
La opcion de sql no me funciona(uso interbase6 y talvez en este no se puede o giual lo hice mal) y la del evento onDrawCell no me gusta mucho.

jachguate:
Con el onGetText hace lo quiero.

roman:
Es una buena opcion.


Gracias por su ayuda, seguie buscando e intentando a ver si me queda en sql pero todo parece indicar que no.

[Paoti]

La solucion de Roman, es excelente!!!!!!!!!


yo haria lo siguiente: usaria campos calculados.....


en la lista de campos de tu dataset, agregaria un campo calculado llamado tipoCliente, por ejemplo, y en el evento oncalcFields del dataset, comprobaria los valores del campo (donde estan guardados e, b, r, m ) y en base a esos valores asignarle el respecitvo valor a el campo TipoCliente




espero haberte ayudado



P.S. no es desde sql como tu querias, pero funciona

[el_enigma1]

Empezado por Paoti

La solucion de Roman, es excelente!!!!!!!!!


yo haria lo siguiente: usaria campos calculados.....


en la lista de campos de tu dataset, agregaria un campo calculado llamado tipoCliente, por ejemplo, y en el evento oncalcFields del dataset, comprobaria los valores del campo (donde estan guardados e, b, r, m ) y en base a esos valores asignarle el respecitvo valor a el campo TipoCliente




espero haberte ayudado



P.S. no es desde sql como tu querias, pero funciona

Con lo que dijo roman y jachuate se hace lo que quiero bueno de diferente manera cada uno pero funcionan ambos. Ahora solo tango que decidir por cual metodo me decido, en un principio pense en el de jachuate por que no secesito meter mas datos a la base de datos, pero de la otra manera puedo agregar mas registros a la base de datos asi que en este caso seria mejor la opcion de roman (se puede manipular la base de datos sin modificar el programa), aunque creo que todos los datos van a ser fijos(todavia no se deciden) realmente no necesitaria ingresar mas registros, por lo tanto no tendria que modificar el programa(en este caso la opcion de jachuate seria una mejor)

[roman]

Empezado por el_enigma1

aunque creo que todos los datos van a ser fijos(todavia no se deciden) realmente no necesitaria ingresar mas registros, por lo tanto no tendria que modificar el programa

Mi recomendación: agrega la tabla.

Si en todos estos días aún no han decidido lo más probable es que, aunque decidan tenerlos fijos, apenas entregues la aplicación, te pedirán que agregues alguna otra categoría. Es la ley de Murphy.

La opcion de OnGetText yo la usaría sólo en bases cuya estructura no puedo modificar, pero si tengo la opción pues prefiero agregar el catálogo.

// Saludos

[jachguate]

Creo sinceramente que siempre que haya alguna posibilidad de que la tabla de significados cambie, es mejor usar la base de datos. En casos específicos (como el sexo, por ejemplo) en que no hay posibilidades que surgan nuevos ( bueno, habrá quien opine lo contrario, ) la solución del OnGetText es válida y funcional, dandote la ventaja de no tener que hacer viajar las descripciones por la red.

En fin, la experiencia es la que te va dando un mejor criterio para decidir...

Hasta luego.