Re-utilización del generador de código para consultas sobre DbSets

[OscarCanek]

Actualmente el generador de código se utiliza para crear el assembly de las consultas sobre flujos de eventos. La propuesta consiste en utilizar ese mismo generador para compilar las consultas sobre la metadata de los objetos del sistema, que esta almacenada en una base de datos y se accede a ella a través de un DbSet.

Hasta el momento se detectan los siguientes cambios al generador de código:

• El método CreateFrom que genera un ParameterExpression de tipo IObservable<EventObject> deberá generar un parámetro de un tipo indicado, que en nuestro caso es un DbContext.
• Aquí no se estaría crean un assembly, se estaría devolviendo una función compilada. Esto puede llegar a ser un inconveniente cuando se necesite crecer en funcionalidad Ej. agregar joins y elegir cuando devolver una función Func<In, Out> o Func<In1, In2, Out>.

A esto se le tiene que sumar la parte de crear las clases que generan el plan de ejecución ya que actualmente se hacen transformaciones que no son necesarias en una consulta a un DbSet.

[OscarCanek]

También el acceso a propiedades cambia: ya no se utiliza la notación de acceso a propiedades de eventos, ahora cada identificador especificado representa una propiedad del DbSet especificado. Por lo tanto, por cada identificador se debe agregar un nodo FromForLambda seguido de un nodo Property con el nombre especificado para asi poder obtener los valores de las propiedades de los DbSet.

[OscarCanek]

Para agregar el join hay que hacer cambios en el proceso de transformación del árbol ya en algunas partes del proceso de transformación se utiliza tipo de nodo Event que en este paradigma no se utiliza porque no se esta trabajando con eventos.

[OscarCanek]

El lock y unlock de eventos también es otro proceso que tiene que descartarse.

[OscarCanek]

Actualmente ya es posible hacer consultas que contengan las siguientes secciones:

• From
• Where
• Select
• Order by

Donde las sentencias Where y Order by son opcionales.

[OscarCanek]

Este issue será cubierto por la implementación de la relación entre de fuentes tipadas y streams con into debido a que al tener eso se puede parametrizar la entrada de los streams al tipo del modelo creado en entity framework que en forma mas abstracta puede ser cualquier tipo especificado.

[OscarCanek]

Este issue se relaciona con el issues #55 y #52 debido a que los cambios realizados para enlazar las fuentes con los flujos de eventos, ademas de la creación de tipos a partir de la estructura de fuentes, hacen que este issue se resolviera ya que ahora que el tipo entrante de los streams se obtiene en tiempo de compilación y ahora el acceso a las propiedades se hace únicamente con identificadores (ya que @event se eliminó de la gramática).

Imagen de una prueba unitaria