El futuro del acceso a las bases de datos

On Fri, 15 Apr 2005 09:20:54 +0200, "Octavio Hernandez"
wrote:

Mostrar la cita

Pues básicamente se conoce como "impedance mismatch" (no sabría ni como
traducirlo bien)

Desadaptación de impedancia.

Mostrar la cita

al "agujero" de distancia que separa la programación de
aplicaciones (hoy principalmente basada en la POO) y la programación para
bases de datos (basada en SQL y la teoría relacional).

Y con esta solución el "agujero" desaparece limpiamente. Las tablas de
la base de datos pasan a ser ciudadanos de primera clase en C#, es
decir van a ser como variables normales y corrientes y SQL se
convierte en un subconjunto de C#.

Con esto los DataSets de ADO.NET dejan de tener sentido, ya no hace
falta cargar tablas en memoria, manipularlas usando código
procedimental y enviar el resultado de nuevo a la base de datos.
Podemos trabajar directamente con las tablas de la base de datos como
si fuesen variables normales y corrientes, que de hecho lo son.

Se va a acabar eso de tener que escribir el código SQL entre comillas,
las consultas relacionales hechas en la aplicacion van a tener la
misma verificación de tipos en tiempo de compilación que el resto del
código. Las clases de negocio dejarán de tener cualquier sentido.

COmega está dando sus primeros pasos y aun se puede mejorar mucho.
También deberían incluir soporte para crear tablas no persistentes
totalmente ajenas a la base de datos, es decir que además de poder
crear "arrays" podamos crear tablas temporales que pertenezcan a la
aplicación con la misma facilidad.


Saludos