Otro proveedor + para ADO.NET Entity Framework: SQLite!

Si el otro día hablábamos de los primeros proveedores de terceros para ADO.NET Entity Framework (ADO.NET EF) implementados por la Devart, hoy os presento otro proveedor más que ya incluye también soporte para ADO.NET EF. Se trata de SQLite y podéis ver los detalles de este proveedor en este enlace.

Supported Platforms

Como podréis comprobar en el enlace anterior, SQLite es un proveedor preparado para facilitar el acceso a la base de datos SQLite, y en su nueva versión incluye el siguiente soporte para ADO.NET EF (soporte en beta). También destacaría de este proveedor el hecho de que no dependa de .NET Framework en cuanto a que se puede distribuir de manera independiente.

ADO.NET Entity Framework: Algunos detalles (I)!

Estos días he estado probando el SP1 de Visual Studio 2008 (VS 2008) y .NET Framework 3.5 jugando con los ejemplos que vienen con el .NET Framework 3.5 Enhancements Training Kit. Lo primero que he probado es ADO.NET Entity Framework (ADO.NET EF), y entre prueba y prueba, y lectura y lectura he ido conociendo algunos detalles sobre aspectos relativos a los distintos elementos que constituyen esta tecnología. La idea de este post y los siguientes es iros contando esos pequeños detalles. Empecemos.

Detalles del EDM Designer

Como sabéis, a la hora de construir un Entity Data Model (EDM) de ADO.NET EF disponemos del EDM Designer que con el SP1 de VS 2008 ya viene integrado en el IDE. En este punto, es importante entender que perspectiva tenemos en VS 2008 de un EDM:

  • El EDM Designer nos muestra las entidades de nuestro modelo desde un punto de vista conceptual. Estamos hablando por tanto de entidades de negocio, que no tienen por qué seguir una descripción fiel de la información que tenemos en la base de datos.
  • A través de la ventana de propiedades del EDM:
    • Podemos cambiar el nombre del Entity Container que tiene que ser único.
    • Podemos establecer el modo en el que los artefactos del modelo son creados por defecto:
      • Embebidos en el ensamblado (opción que viene habilitada por defecto).
      • Copy to output directory, lo que producirá los tres ficheros XML que constituyen un EDM.
  • Además de poder ver el modelo como un diagrama, podemos ver la jerarquía del mismo mediante el Model Browser.
image image image

El Model Browser permite visualizar aspectos que no son visibles de manera directa con el Designer:

  • Una perspectiva detallada del lado conceptual del modelo a través de:
    • Los Entity Types, que representan las entidades conceptuales que se encuentran mapeadas en entidades a nivela de almacenamiento.
    • Los Entity Sets, que representan contenedores o colecciones de Entity Types.
    • Las Associations, que permiten relacionar entidades entre si.
    • Los Associations Sets, que represnetan contenedores o colecciones de Associations.

image

  • Las funciones mapeadas.
  • Y la perspectiva de almacenamiento (storage) del modelo. Esta perspectiva se puede ver a través de la sección .Store del Model Browser:

image

Una pregunta que nos puede venir a la cabeza es si el EDM es algo estático y no modificable…la respuesta clara es que no. Podemos modificar distintas partes de un EDM a través de la ventana de propiedades de VS 2008. Por ejemplo, para modificar un Entity Type:

image 

Otro aspecto muy importante es que desde el Model Browser podemos actualizar en todo momento nuestro EDM:

  • Utilizamos la opción Update Model from Database…
  • Elegimos que queremos hacer: Añadir, borrar o actualizar tablas, vistas o procedimientos almacenados.
image image image

Y hasta aquí este primer post sobre detalles de ADO.NET EF. Conforme vaya viendo más cosas, espero ir publicándolas en el blog.