Select mostrando otro dato

[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.

[roman]

Empezado por jachguate

bueno, habrá quien opine lo contrario

No seré yo quien te contradiga

Pero nada más por llevar la contraria diré que, incluso en casos como éste puede convenir tener la tabla ya que la descripción puede cambiar. Un día puede ser (Hombre, Mujer) y al otro (Masculino, Femenino).

En cuanto a lo de viajar a través de la red bueno, es cierto, pero en el caso de catálogos que se van a usar una y otra vez en varios lados de la aplicación se pueden cargar al inicio en un ClientDataSet para no estar molestando a la bd en cada ocasión.

// Saludos

[el_enigma1]

Empezado por roman

No seré yo quien te contradiga

En cuanto a lo de viajar a través de la red bueno, es cierto, pero en el caso de catálogos que se van a usar una y otra vez en varios lados de la aplicación se pueden cargar al inicio en un ClientDataSet para no estar molestando a la bd en cada ocasión.

// Saludos

Como hago lo del ClienDataSet?

[el_enigma1]

Empezado por jachguate

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

Hasta luego.

Eso que ni que, tienes mucha razon.(no me ayuda en nada poner este comentario pero bueno cuando alguien tiene razon no hay mas que discutir)