none
Diferencias entre espacios de nombre system.data.odbc y microsoft.data.odbc

    Pregunta

  • Bendiciones a Todos.

    Bueno, les cuento, Buscando ejemplos de ODBC en vb.net encontré un ejemplo de Microsoft(Dice la paginano es de este foro, creo) que muestra como utilizar ODBC en vb.net utiliza el espacio de nombre Microsoft.Data.ODBC y en la documentación de .NET encontré un ejemplo que utiliza el espacio de nombre System.Data.ODBC, y Como dice el titulo cuales son las diferencias entre estos espacios de nombre y cual es mejor usar ya que estoy confundido...


    • Editado Negochile lunes, 12 de diciembre de 2016 21:04
    lunes, 12 de diciembre de 2016 21:03

Respuestas

  • "Negochile" preguntó:

    > Buscando ejemplos de ODBC en vb.net encontré un ejemplo de Microsoft
    > (Dice la paginano es de este foro, creo) que muestra como utilizar
    > ODBC en vb.net utiliza el espacio de nombre Microsoft.Data.ODBC y en
    > la documentación de .NET encontré un ejemplo que utiliza el espacio
    > de nombre System.Data.ODBC, y Como dice el titulo cuales son las
    > diferencias entre estos espacios de nombre y cual es mejor usar ya
    > que estoy confundido...

    Hola:

    Salvo que yo esté equivocado, quiero recordar que el ensamblado Microsoft.Data.ODBC.dll se utilizaba con las versiones 1.0 y 1.1 de .NET, que aparecieron allá por los años 2002 y 2003 respectivamente:

    Proveedores de datos de .NET Framework

    Cómo utilizar el proveedor administrado de ODBC .NET en Visual C# .NET y cadenas de conexión

    Fíjate que al final del artículo se indica los productos a los que se refiere la información:

    [...] La información de este artículo se refiere a:
    Microsoft ADO.NET (included with the .NET Framework), Microsoft ADO.NET 1.1, Microsoft Visual C# .NET 2002 Standard Edition, Microsoft Visual C# .NET 2003 Standard Edition [...]

    Como el proveedor de datos de .NET para ODBC no se incluía con la distribución propia del marco de trabajo de .NET, era por lo que había que descargar por separado el citado proveedor e instalarlo, teniendo que importar el espacio de nombres Microsoft.Data.Odbc.

    Pero salvo que estés desarrollando una aplicación para .NET 1.0 o 1.1, que no creo que así sea, el proveedor de .NET para ODBC ya se encuentra incluido en el ensamblado System.Data.dll, que dicho sea de paso, se referencia automáticamente con cualquier proyecto nuevo de Visual Basic .net que inicies, por lo que para utilizarlo en los módulos y clases de tu proyecto, incluidos los formularios, tan solo tienes que limitarte a importar en ellos el siguiente espacio de nombres:

    Imports System.Data.Odbc

    Un saludo


    Enrique Martínez Montejo
    [MS MVP - Visual Studio y Tecnologías de Desarrollo]

    Nota informativa: La información contenida en este mensaje, así como el código fuente incluido en el mismo, se proporciona «COMO ESTÁ», sin garantías de ninguna clase, y no otorga derecho alguno. Usted asume cualquier riesgo al poner en práctica, utilizar o ejecutar lo recomendado o sugerido en el presente mensaje.

    Si esta respuesta le ha resultado útil, recuerde marcarla como satisfactoria.

    Si usas Visual Basic .NET y deseas ser productivo y feliz, se inteligente y activa la instrucción
    Option Strict.




    martes, 13 de diciembre de 2016 15:45
    Moderador

Todas las respuestas

  • "Negochile" preguntó:

    > Buscando ejemplos de ODBC en vb.net encontré un ejemplo de Microsoft
    > (Dice la paginano es de este foro, creo) que muestra como utilizar
    > ODBC en vb.net utiliza el espacio de nombre Microsoft.Data.ODBC y en
    > la documentación de .NET encontré un ejemplo que utiliza el espacio
    > de nombre System.Data.ODBC, y Como dice el titulo cuales son las
    > diferencias entre estos espacios de nombre y cual es mejor usar ya
    > que estoy confundido...

    Hola:

    Salvo que yo esté equivocado, quiero recordar que el ensamblado Microsoft.Data.ODBC.dll se utilizaba con las versiones 1.0 y 1.1 de .NET, que aparecieron allá por los años 2002 y 2003 respectivamente:

    Proveedores de datos de .NET Framework

    Cómo utilizar el proveedor administrado de ODBC .NET en Visual C# .NET y cadenas de conexión

    Fíjate que al final del artículo se indica los productos a los que se refiere la información:

    [...] La información de este artículo se refiere a:
    Microsoft ADO.NET (included with the .NET Framework), Microsoft ADO.NET 1.1, Microsoft Visual C# .NET 2002 Standard Edition, Microsoft Visual C# .NET 2003 Standard Edition [...]

    Como el proveedor de datos de .NET para ODBC no se incluía con la distribución propia del marco de trabajo de .NET, era por lo que había que descargar por separado el citado proveedor e instalarlo, teniendo que importar el espacio de nombres Microsoft.Data.Odbc.

    Pero salvo que estés desarrollando una aplicación para .NET 1.0 o 1.1, que no creo que así sea, el proveedor de .NET para ODBC ya se encuentra incluido en el ensamblado System.Data.dll, que dicho sea de paso, se referencia automáticamente con cualquier proyecto nuevo de Visual Basic .net que inicies, por lo que para utilizarlo en los módulos y clases de tu proyecto, incluidos los formularios, tan solo tienes que limitarte a importar en ellos el siguiente espacio de nombres:

    Imports System.Data.Odbc

    Un saludo


    Enrique Martínez Montejo
    [MS MVP - Visual Studio y Tecnologías de Desarrollo]

    Nota informativa: La información contenida en este mensaje, así como el código fuente incluido en el mismo, se proporciona «COMO ESTÁ», sin garantías de ninguna clase, y no otorga derecho alguno. Usted asume cualquier riesgo al poner en práctica, utilizar o ejecutar lo recomendado o sugerido en el presente mensaje.

    Si esta respuesta le ha resultado útil, recuerde marcarla como satisfactoria.

    Si usas Visual Basic .NET y deseas ser productivo y feliz, se inteligente y activa la instrucción
    Option Strict.




    martes, 13 de diciembre de 2016 15:45
    Moderador
  • Enrique Bendito se Nuestro Señor....

    Junto te había enviado una pregunta sobre esto, gracias enrique por la clara y precisa respuesta..

    Perdona mis tontas preguntas en el foro... espero nunca te canse de responderlas..

    Bendiciones gracias

    martes, 13 de diciembre de 2016 23:44