Citar:
Hola, Rodrigo.
Mi experiencia me dice que esos mensajes en los que el número contiene caracteres 'raros' so en 99% producidos por NUESTRO codigo, y la solucion SOLO esta en nuestras manos....
Con respecto al tema del índice, ¿no sería más facil que guardases directamente en un campo de la tabla la codificación que utilizas en la creacion del indice?, ya que la creación de dicho índice se transformaria en ordenar solo por el campo que interesa sin incluir todo ese código que incorporas en la definicion del INDEX ON.
Saludos....
El error, luego de probar y probar, estaba en el indice... y mas que la "cantidad" de instrucciones, era el largo del dato indexado... se acorta el largo... desaparece el error... aumenta el largo... aparece el error...
En cuanto a tener un campo con el contenido del dato a indexar, es una opción del todo valida.... pero imagina que tengo "n" formas diferentes de construir un indice "compuesto", luego crear tantos campos como indices compuestos se requieran... haría que el asunto se volviese redundante... aun mas, se deberá prestar mucho atención a que obligatoriamente se deben implementar rutinas que alimenten esos campos "compuestos".. es decir, ya no bastaría con alimentar los campos "normales" sino que ademas se deberá prestar atención en alimentar a los campos "compuestos"... un solo olvido en alimentar el campo compuesto... arruinaría el indice....
La construcción del indice "compuesto", al ser una tarea absorbida por el propia operatoria de creación de ese indice, supone un ahorro de instrucciones y de espacio considerable...
Pero bueno... si existe un solo indice compuesto, es bueno ser practico y crear un campo con contenido compuesto, lo que implica que se debe crear al menos un linea de instrucción para alimentar ese campo compuesto....
En fin... he acortado el largo del dato a indexar y el asunto hasta el momento va bien...
Saludos
RHernandezS