Entity Framework para DB2 e Informix

La arquitectura de Entity Framework propone una clara separación entre:

1. Modelo conceptual (clases y objetos)
2. Modelo de almacenamiento (tablas y registros)
3. Mapeo entre estos dos modelos

Una de las promesas interesantes de esta arquitectura es que el acceso a datos y, más aún, la lógica de negocios y la capa de presentación de nuestros sistemas puedan portarse de un repositorio relacional a otro con facilidad. Para ser honestos, dudo que esto se pueda lograr al 100% pero incluso un 90% de portabilidad ya me parecería buena noticia y me parece que EF va a llegar incluso más arriba de este nivel. Para lograr esto, Entity Framework requiere de un proveedor de EF, Microsoft por supuesto entrega un proveedor EF para SQL Server como parte de .NET 3.5 SP1, pero ha dejado en las manos de los otros fabricantes la creacíón de sus propios proveedores EF, estos fabricantes han reaccionado de diferentes maneras:

1. MySql: con rapidez y entusiasmo
2. Oracle: como que no es con ellos
3. Firebird: a la velocidad que buenamente da el voluntariado
4. IBM: se subió a la camioneta temprano y tiene una oferta profesional

Este último, IBM, me ha sorprendido. Normalmente, en esas peleas entre grandes corporaciones, se busca hacer resbalar al rival (por ejemplo, Oracle se ha demorado tradicionalmente en crear los drivers/proveedores/etc. para .NET), pero en este caso IBM parece haber decidido que .NET en general y Entity Framework en particular son tecnologías con las que es importante integrarse. Por eso es que ellos ofrecen desde hace algún tiempo el IBM Data Server Provider para .NET, que incluye soporte para:

1. DB2 8 o superior en Linux, UNIX y Windows
2. DB2 en mainframes z/OS, OS/390, VSE y VM
3. DB2 en i5 (o sea AS/400)
4. Informix 11 o superior

Más aún, la actualización más reciente (el fixpack 2) soporta LINQ y Entity Framework. Será interesante ver una aplicación que sea reutilizable por ejemplo, en SQL Server 2008 y DB2/400.