La conectividad abierta de bases de datos (ODBC) es un protocolo que puede usar para conectar una base de datos de Microsoft Access con un origen de datos externos, como Microsoft SQL Server. Este artículo contiene información general sobre los orígenes de datos ODBC, cómo crearlos y cómo conectarse a ellos con Microsoft Access. Los pasos del procedimiento pueden variar en función de los productos específicos de la base de datos y los controladores de ODBC usados.
Un origen de datos es una combinación de un origen de datos y la información de conexión necesaria para obtener acceso a dichos datos. Algunos ejemplos de orígenes de datos son SQL Server, Oracle RDBMS, hojas de cálculo y archivos de texto. Algunos ejemplos de la información de conexión podrían ser la ubicación del servidor, el nombre de la base de datos, el id. de inicio de sesión, la contraseña, así como varias opciones de controlador ODBC que describen cómo conectarse al origen de datos. Puede obtener esta información del administrador de la base de datos a la que quiera conectarse.
En la arquitectura ODBC, una aplicación como Access se conecta al Administrador de controladores ODBC, que a su vez usa un controlador ODBC específico (por ejemplo, controlador ODBC de Microsoft SQL) para conectarse a un origen de datos. En Access, use orígenes de datos ODBC para conectarse a orígenes de datos externos a Access que no tienen controladores integrados.
Para conectarse a esos orígenes de datos, haga lo siguiente:
Instale el controlador ODBC adecuado en el equipo que contenga el origen de datos.
Defina un nombre de origen de datos (DSN) usando el Administrador de orígenes de datos ODBC para almacenar la información de conexión en el Registro de Microsoft Windows o en un archivo DSN, o bien una cadena de conexión en el código de Visual Basic para trasladar la información de conexión directamente al Administrador de controladores ODBC.
Los orígenes de datos del equipo almacenan información de conexión en el Registro de Windows en un equipo específico. Solo puede usar orígenes de datos de máquina en el equipo en el que están definidos. Hay dos tipos de orígenes de datos de máquina: usuario y sistema. Los orígenes de datos de usuario solo los puede usar el usuario actual y solo son visibles para ese usuario. Todos los usuarios de un equipo pueden usar orígenes de datos del sistema y son visibles para todos los usuarios del equipo y de los servicios de todo el sistema. Un origen de datos de máquina es especialmente útil cuando desea proporcionar seguridad adicional, ya que solo los usuarios que han iniciado sesión pueden ver un origen de datos de máquina y un usuario remoto no puede copiarlo en otro equipo.
Los orígenes de datos de archivos (también denominados archivos DSN) almacenan la información de conexión en un archivo de texto, no en el registro de Windows, y generalmente son más flexibles de usar que los orígenes de datos de máquina. Por ejemplo, puede copiar un origen de datos de archivo en cualquier equipo que tenga el controlador ODBC correcto para que la aplicación pueda confiar en información de conexión coherente y precisa en todos los equipos que usa. También puede colocar el origen de datos de archivo en un único servidor, compartirlo entre muchos equipos de la red y mantener fácilmente la información de conexión en una ubicación.
Un origen de datos de archivo también puede ser no compartible. Un origen de datos de archivo no compartible está contenido en un único equipo y apunta a un origen de datos de máquina. Puede usar orígenes de datos de archivo no compartibles para obtener acceso a orígenes de datos de máquina existentes desde orígenes de datos de archivo.
En un módulo, puede definir una cadena de conexión con formato que especifique la información de conexión. Una cadena de conexión traslada la información de conexión directamente al Administrador de controladores ODBC y ayuda a simplificar su aplicación al eliminar el requisito de que un administrador o usuario del sistema cree un DSN antes de usar la base de datos.
Para obtener más información acerca de la interfaz ODBC, vea la sección Referencia para programadores de ODBC de MSDN.