FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
|||
|
|||
problemas con las ñ
tengo problemas con las eñes en la siguiente sql de un tquery
select titu.*, interpre.nombre as interp, rubros.rubro, clientes.razonsoc from "titu.db" titu left join "interpre.db" interpre on titu.interprete=interpre.codigo left join "clientes.db" clientes on titu.cliente=clientes.codigo left join "rubros.db" rubros on titu.rubro=rubros.codigo where LOWER(titu.nombre) like :nombre and LOWER(interpre.nombre) like :interprete order by interpre.nombre las eñes de la tabla titu me aparecen bien pero las que tengo en la tabla interpre me parecen como '#' , porque pasa esto? Gracias |
#2
|
||||
|
||||
Cita:
También puede pasar (quizá no porque parece que sólo esa tabla te da problemas) que aunque la tabla muestre correctamente los caracteres (abriéndola con el Database Desktop por ejemplo), la configuración global de Paradox (la ves con el BDE Admin) tenga el lenguaje incorrecto y presenta los resultados de las consultas con caracteres incorrectos. Esto último no sé bien cómo se resuelve ya que alguna vez intenté cambiar el lenguaje en la configuración global y aún así me seguía cambiando las eñes. De cualquier forma la cosa anda por ahí, en el lenguaje de las tablas. // Saludos |
#3
|
|||
|
|||
Gracias por tu ayuda, pero detecte que el problema es en la tabla que esta despues del "left join", por ejemplo:
si hago la consulta de la siguiente manera: select * from "titu.db" titu left join "interpre.db" interpre on titu.interprete=interpre.codigo where LOWER(titu.nombre) like :nombre and LOWER(interpre.nombre) like :interprete order by interpre.nombre el problema con las ñ lo tengo en la tabla interpre. Si la consulta la hago de la manera siguiente: select * from "interpre.db" interpre left join "titu .db" titu on titu.interprete=interpre.codigo where LOWER(titu.nombre) like :nombre and LOWER(interpre.nombre) like :interprete order by interpre.nombre el problema con las ñ lo tengo en la tabla titu. O sea que la tabla que esta despues del "from" me aparece bien sea cual sea la tabla, pero cuando a la misma tabla la pongo en el left join me aparece mal la ñ. Las tablas son Paradox y tengo bien el lenguaje, tanto el global en el BDE como el de la tabla (Pdox ANSI Spanish), desde ya muchas gracias y espero poder resolver el problema. |
#4
|
||||
|
||||
Cita:
Si encuentras la solución te agradeceré que lo escribas aquí. // Saludos |
#5
|
|||
|
|||
No puedo con las eñes, quien las invento???
Por favor que la Real Academi la hag desparecer!!!!!, asi se me termina el problema con mis consultas sql, el problema despues va a ser como llamar al ñoño..... |
#6
|
|||
|
|||
Cita:
Yo trabajo con interbase y defino los alias como Paradox 'intl', en alguna ocasión se produce el error 'Can not transliterate between character sets' al intentar leer un campo blob con carácteres no aceptados. Si hago un select así: 'SELECT CAMPO'. Me salta el mensaje de error. Sinembargo, si hago el select así: 'SELECT CAMPO AS CAMPO'. No salta el error y puedo leer el contenido del campo, lo único que ocurre es que los carácteres acentuados, eñes, dieresis, etc... se cambian por otros, por ejemplo la ñ se convierte en # !! Es decir que poniendo una alias al campo, no se por que, parece que se lee el campo con diferente character set. He visto que en tu primer select, el que cito ahí arriba has puesto un alias al campo interpre.nombre ("...interpre.nombre as interp..."), mira de llamar al campo tal cual, a ver si hay suerte! Xaludos, cuentame los resultados y a ver si alguien me explica esta curiosidad. Cita:
|
#7
|
|||
|
|||
ni modo, no hay forma, creo se un bug, pues siempre me cambia la "eñe", el tema es que cuando necesitas un campo tal cual de las tablas que estan en el left join se complica, por ejemplo la ruta de acceso a un archivo, pero bueno por el momento voy a tener que arreglarmes asi, gracias y creo es un tema para seguir investigando.
|
|
|
|