Pasar a SQL paso a paso para Novatos..

[xmanuel]

Tienes razón Joaquim, el hombre no es muy agraciado que digamos.
Por cierto otro muy bueno es www.mysqlfront.de

[xmanuel]

Hola Victor me alegro mucho de tus avances...
Aún así, tienes errores de concepto.
SQL es un lenguaje más o menos estandarizado para manipular bases de datos, sobre todo las consultas (lenguaje de consulta estructurado)
Normalmente las bases de datos tienen un intérprete de SQL que es el que aprovechan los lenguajes de programación como es xBase para ejecutar sentencias en el servidor por medio del cliente de esa base de datos y usando el API de la misma. Así pues es como lo hacen Eagle1 o TMySQL. Cada uno con el mejor criterio de su autor. Yo por ejemplo he intentado optimizar la velocidad del tratamiento de datos mediante el uso de C. La ventaja de este acceso es la velocidad, ya que no hay intermediarios, el PRG se comunica directamente con el servidor mediante el protocolo de esa base de datos en el cliente.

Por otro lado existen protocolos o APIs para hacer ese acceso universal. Por ejemplo ODBC o ADO. En esa idea están basados los RDD de xBase.
Por lo tanto ODBC y ADO definen una APIs o interfaces de de acceso a los datos. Lo único que tenemos que saber es que parámetros necesitan las funciones de ODBC o los métodos en ADO y que devuelven. Sería una especie de Eagle1 para ADO o el ya existente Condor1 para ODBC.

ADO está basado en el modelo de M$ Activex y como es lógico sólo funciona en Windows. Hay otras tecnologías basadas en CORBA que son más universales y funcionan en otros SO como Linux. Se puede decir que ADO usa la técnica de POO pero de manera binaria, por lo que se puede usar en cualquier lenguaje que soporte Activex. Eso es lo bueno y también lo malo... bueno porque se puede atacar a cualquier bases de datos que implementado ADO u ODBC y malo porque se están poniendo una capa más entre el PRG y el servidor.

En ti está la opción de decidir, rapidez o generalidad.

Salu2
Tu vecino Manu Expósito