<\/p>\n
Pues m\u00e1s o menos s\u00ed. Estoy escribiendo un programa ETL [1<\/a>]<\/sup> y en una determinada fase -durante las pruebas finales m\u00e1s concretamente- env\u00edo al servidor SQL<\/a> de Multibase<\/a> una consulta tal como<\/p>\n y no me devuelve ninguna fila. Extra\u00f1ado pruebo tontamente varias veces m\u00e1s, como si la insistencia fuese a cambiar algo, y llego a la conclusi\u00f3n de que estoy en un entorno err\u00f3neo. Quiz\u00e1s est\u00e9 conectando con la base de datos de explotaci\u00f3n o hay alg\u00fan error oculto con los caracteres especiales. Pudiera ser dado que empleo Perl<\/a> como lenguaje de programaci\u00f3n y lo mismo … pero no, sigo con pruebas y pruebas, desde el programa nuevo, desde el entorno de desarrollo de Multibase, desde otros programas antiguos que me permiten lanzar consultas directas al servidor y nada. Sigue sin retornar dato alguno hasta que se me ocurre, en un rapto de paranoia, quitar la ordenaci\u00f3n de la instrucci\u00f3n y dejarla as\u00ed<\/p>\n y todo es felicidad y maravilla y vuelvo a disponer de todas las filas que s\u00e9 que existen en la tabla (y no, tampoco es una vista ni nada parecido) bajo esas condiciones.<\/p>\n Unas cuantas pruebas m\u00e1s cambiando la condici\u00f3n y las columnas de ordenaci\u00f3n me convencen finalmente de que el servidor SQL me odia. As\u00ed como suena. Y es que prefiero creer absurdos como ese y pensar que el mam\u00f3n tiene una mala tarde porque imaginar lo contrario, pensar tan s\u00f3lo en la posibilidad de que bajo ciertas condiciones arbitrarias los datos aparezcan o desaparezcan sin condici\u00f3n ni se\u00f1al de error alguna … buf. Es una mala tarde. S\u00ed. Seguro.<\/p>\n\nselect * from productos where producto matches "[A-Z]*" order by producto\n<\/pre>\n
\nselect * from productos where producto matches "[A-Z]*"\n<\/pre>\n