Hola,

sí que se puede dar el caso. SQL Server tiene el mal de los errores just-in-time, es decir, que si has hecho una comparación del tipo:

SELECT * FROM datos WHERE telefono = 999111222;

Te encontrarás con que, si el tipo de dato “teléfono” es “varchar” y tiene algún campo con un carácter alfanumérico, en ese momento es cuando da un error y deja de mostrar información. Hay forma de rescatar los errores desde el servidor una vez acabada la consulta… pero no recuerdo como era… lo buscaré y ampliaré el manual.

Gracias por el apunte.

Hola! muchas gracias por el tuto…
Tengo una sola consulta… se puede dar la instancia que una consulta genere menos informacion (datos) que la misma consulta ejecutada con el analizador SQL de Win32?
En mi caso… una consulta genera desde Linux por freetds genero 8 rows y por SQL analizador win32 15.
Muchas gracias!

La conexión depende mucho de la versiónde TDS que se ponga. Yo voy alternando entre 8.0 y 7.0, ya que uso SQL Server 2000, 2005 y 2008… también tienes que tener todo perfectamente instalado y asegurarte de que has escrito correctamente cada caracter de los datos sensibles (Server, Driver, Database…) por último, asegúrate de que los datos de usuario también son correctos y mira el log de SQL Server para ver si le ha llegado petición de conexión, al menos.

donde y como debe estar el archivo de la base, a mi no se me conecto…me dio error Could not SQLConnect. tengo la configuracion identica a tu ejemplo…por favor me das una mano? mil gracias!!

[...] http://bosqueviejo.net/wordpress/2009/02/04/sql-server-via-odbc-en-debian-etch/ [...]