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 cualquier frente aplicación final 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 del 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 o estándar. LA propietario API es una en la que la parte del cliente de la interfaz ha sido diseñado específicamente para trabajar con un extremo de vuelta en particular en el servidor.

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

Si su sistema cliente / servidor siempre tiene acceso al mismo tipo de fuente de datos, y que está seguro de que usted nunca tendrá que 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 podría ahorrarle un montón de retrabajo más tarde.

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

Una queja importante 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 el rendimiento de los controladores nativos. La tecnología es lo suficientemente madura, que ya no es necesario sacrificar el rendimiento para obtener las ventajas de la normalización.

ODBC y el internet

Las operaciones de base 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 - el uso de sentencias SQL compatibles con ODBC. Durante la web, la parte cliente del sistema todavía está en el equipo local, pero se comunica con la fuente de datos en el servidor mediante el protocolo estándar HTTP.

Cualquier persona con el software de cliente de gama apropiada (y la correspondiente autorización) puede acceder a los datos que se almacena en la web. Esto significa que usted 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 el equipo cliente y el servidor web en el servidor se realiza a través de HTTP. Un componente del sistema llamado extensión de servidor traduce los comandos que vienen por la red en compatible con ODBC SQL. A continuación, los actos de servidor de base de datos en SQL, lo que a su vez ofertas directamente con el origen 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 la web a la aplicación front-end en la máquina cliente, dónde se muestran al usuario.

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 base de datos. Para una interacción significativa con una base de datos que se produzca a través de Internet, el cliente del sistema necesita la funcionalidad que el navegador no ofrece. 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 compatible con ODBC SQL por la extensión de servidor antes de ser remitido a la fuente de datos.

Controles ActiveX

Controles ActiveX de Microsoft trabajan con el Internet Explorer de Microsoft, que es un navegador muy popular. Sin embargo, ha perdido recientemente la cuota de mercado de Google Chrome y Firefox de Mozilla.

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 sucede en el cliente final. Usted puede poner controles de validación en los campos de entrada de datos, lo que permite que el rechazo o la corrección de las entradas no válidas sin salir en la web. Esto puede ahorrarle tiempo, así como reducir el tráfico en la web.

Por supuesto, comprobaciones de validación también se pueden hacer en el extremo del servidor mediante la aplicación de restricciones a los valores que elementos de datos pueden tomar. 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, que no necesita medidas de seguridad complejas tales como firewalls. 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 el Internet.

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. Al conductor, el SQL compatible con ODBC se traduce en lenguaje de comandos nativa de la base de datos y se ejecuta.