Cómo utilizar odbc para acceder a datos sql

ODBC es un interfaz estándar entre una base de datos (como una base de datos SQL) y una aplicación que accede a los datos en la base de datos. Tener un estándar permite a cualquier aplicación final frontal para acceder a cualquier base de datos back-end mediante SQL.

ODBC en un entorno cliente / servidor

En un sistema cliente / servidor, la interfaz entre la parte cliente y la parte del servidor se llama Interfaz de programación de aplicaciones (API). Un controlador ODBC, por ejemplo, incluye una API. APIs pueden ser de propiedad exclusiva o estándar. UN propiedad La API es una en la que la parte cliente de la interfaz ha sido diseñada específicamente para trabajar con un extremo posterior en particular en el servidor.

Video: Crear Conexion Sql Server 2008

El código que se forma esta interfaz es un conductor - y en un sistema propietario, se llama una controlador nativo. Un controlador nativo está optimizado para el uso con un cliente front-end específico y su fuente de datos back-end asociado. Debido a que los controladores nativos están optimizados tanto para la aplicación front-end específico y el DBMS específico de back-end que están trabajando con, los conductores tienden a transmitir órdenes e información de ida y vuelta rápida.

Si su sistema cliente / servidor siempre tiene acceso al mismo tipo de fuente de datos, y está seguro de que nunca tendrá que volver a acceder a los datos en otro tipo de fuente de datos, entonces es posible que desee utilizar el controlador nativo suministrado con su DBMS. Sin embargo, si es posible que necesite acceder a los datos que se almacenan en una forma diferente en el futuro, mediante una API de ODBC ahora se podría ahorrar un montón de retrabajo más tarde.

controladores ODBC también están optimizados para trabajar con fuentes de datos back-end específicos, pero todos ellos tienen la misma interfaz front-end para el gestor de controladores. Cualquier conductor que no ha sido optimizado para una interfaz en particular, por lo tanto, probablemente no es tan rápida como una nativo controlador que está diseñado específicamente para ese fin frontal.

Una de las principales quejas acerca de la primera generación de controladores ODBC era su pobre desempeño en comparación con los controladores nativos. puntos de referencia recientes, sin embargo, han demostrado que los conductores de ODBC 4.0 son bastante competitivos en rendimiento a los controladores nativos. La tecnología es lo suficientemente maduro, que ya no es necesario sacrificar el rendimiento para obtener las ventajas de la normalización.

ODBC y el internet

operaciones de bases de datos a través de Internet difieren en varios aspectos importantes de las operaciones de base de datos en un sistema cliente / servidor, aunque el usuario no notará ninguna diferencia. La diferencia más visible desde el punto de vista del usuario es la parte de cliente del sistema, que incluye la interfaz de usuario.

En un sistema cliente / servidor, la interfaz de usuario es la parte de una aplicación que se comunica con la fuente de datos en el servidor - utilizando sentencias SQL compatible con ODBC. A través de Internet, la parte cliente del sistema está todavía en el equipo local, pero se comunica con la fuente de datos en el servidor utilizando el protocolo estándar HTTP.

Cualquier persona con el software de punto de cliente apropiado (y la correspondiente autorización) puede acceder a los datos que se almacena en la web. Esto significa que se puede crear una aplicación en su equipo de trabajo y luego acceder a ella más tarde con su dispositivo móvil.

extensiones de servidor

En el sistema basado en la web, la comunicación entre el extremo frontal de aplicación en la máquina cliente y el servidor web en el servidor se realiza mediante HTTP. Un componente del sistema llamado extensión de servidor traduce los comandos procedentes través de la red en SQL compatible con ODBC. A continuación, el servidor de base de datos actúa sobre el SQL, que a su vez se ocupa directamente de la fuente de datos.

En la dirección inversa, la fuente de datos envía el conjunto de resultados que se genera por una consulta a través del servidor de base de datos a la extensión de servidor, que luego se traduce en una forma que el servidor web puede manejar. Los resultados se envían a través de Internet con el front-end de la aplicación en la máquina cliente, dónde se muestran al usuario.

Video: Como Solucionar Problema de Conexion a SQL Server 2008 2012 2014 2016 y todos los que vengan

extensiones de cliente

Los navegadores más populares, Google Chrome, Mozilla Firefox, Microsoft Internet Explorer y Safari de Apple, no fueron diseñados u optimizados para ser extremos delanteros de bases de datos. Para una interacción significativa con una base de datos que se produzca a través de Internet, el lado del cliente del sistema necesita una funcionalidad que el navegador no proporciona. Para cubrir esta necesidad, varios tipos de extensiones de cliente ha sido desarrollado.

Estas extensiones incluyen controles ActiveX, applets de Java y scripts. Las extensiones se comunican con el servidor a través de HTTP, usando HTML, que es el idioma de la web. Cualquier código HTML que se ocupa de acceso de base de datos se traduce en SQL compatible con ODBC mediante la extensión de servidor antes de ser enviados a la fuente de datos.

Los controles ActiveX

Los controles ActiveX de Microsoft trabajan con Internet Explorer de Microsoft, que es un navegador muy popular. Sin embargo, últimamente ha perdido cuota de mercado a Google Chrome y Mozilla Firefox.

Guiones

Los scripts son las herramientas más flexibles para la creación de extensiones de cliente. El uso de un lenguaje de script, como el omnipresente javascript o VBScript de Microsoft, le da el máximo control sobre lo que ocurre en el cliente final. Se puede poner controles de validación de campos de entrada de datos, lo que permite que el rechazo o la corrección de las entradas no válidas sin tener que salir a la web. Esto le puede ahorrar tiempo, así como reducir el tráfico en la web.

Video: BASE DE DATOS EN SQL Server ODBC Y CONFIGURACION (ODBC) SYSTEM DNS

Por supuesto, las comprobaciones de validación también se pueden hacer en el lado del servidor mediante la aplicación de restricciones a los valores que pueden tomar los elementos de datos. Al igual que con los applets de Java, los scripts están incrustados en una página HTML y ejecutan como el usuario interactúa con esa página.

ODBC y una intranet

Debido a una intranet está contenida dentro de una sola organización, no es necesario complejas medidas de seguridad tales como cortafuegos. Todas las herramientas que están diseñadas para el desarrollo de aplicaciones en la web funcionan igualmente bien como herramientas de desarrollo para aplicaciones de intranet. ODBC funciona en una intranet de la misma manera que lo hace en Internet.

Video: Conexión remota en SQL server Habilitando el puerto 1433..

Si usted tiene múltiples fuentes de datos, los clientes que utilizan los navegadores web pueden comunicarse con ellos con SQL que pasa por etapas HTML y ODBC. En el controlador, el SQL compatible con ODBC se traduce en lenguaje de comandos nativa de la base de datos y ejecutado.