Por que no usar ODBC

[rm28]

Hola...

tengo una duda y seguro me pueden ayudar, resulta que estoy recibiendo una aplicacion administrativa desarrollada en .NET, la BD esta en SQL Server 2005 con reportes hechos en Crystal 11.

Estos dasarrolladores conectan los reportes con la BD usando ODBC, en lo que he leido de la literatura que he podido encontrar me dice que lo mas correcto es usar un proveedor nativo y no ODBC, a mi parecer este es un error el hecho de estar usando este tipo de conexion.

lo que quisiera es que me confirmen si estoy en lo correcto y que si me pueden indicar algunas desventajas de estar usando este tipo de proveedor o me indican algun sitio en donde pueda informarme mejor.

gracias a todos.

[royrojas]

pues no es un error, pero definitivamente no es lo correcto.

1. es mucho mas eficiente usar el conector que te brinda .net
2. si haces un odbc debes siempre tenerlo disponible para la aplicacion o instalarla en todas las computadoras que lo necesites. Con el sql client de .net es directo y no necesitas ninguna configuracion especial.
3. Por seguridad es mucho mejor utilizar el conector de .net para sql.
4. y muchas otras mas

[rm28]

Ok gracias por la respuesta...

[SportaNinja]

En realidad yo creo que depende

Si tienes distintas bases de datos entonces es mejor usar ODBC, por que usas los mismos comandos de conexión para cualquiera de tus bases, al usar un proveedor específico, entonces tendrás que cambiar la configuración dependiendo que base de datos estes conectando

O sea, si tienes una sola base en este caso sqlserver, es mucho mejor que uses el que provee el sqlserver, por que ganarás velocidad y robustez

Pero si usas sqlserver, sybase, etc. es mejor usar odbc, o algun objeto que te encapsule las conexiones, para que no tengas que estar cambiando código

[royrojas]

de eso que dices es mejor hacer un objeto que encapsule las conexiones, pero usando los drivers correctos, SIN utilizar odbc.
Es mucho mejor la conexion directa que con odbc.