El constructor visual de consultas de LINQ es un dispositivo suplementario al diseñador de Visual Studio 2008 que le ayuda a usted a construir visualmente consultas LINQ to SQL. Proporciona funcionalmente la misma experiencia como, por ejemplo el constructor de consultas de Microsoft Access, pero en el dominio de LINQ. El UI entero de este add-in utiliza WPF. La meta de esta herramienta es ayudar a los usuarios a familiarizarse con la sintaxis de LINQ. La herramienta puede también demostrar a los usuarios cómo crear su propio Add-in de Visual Studio 2008 usando Windows Presentation Foundation.

Habrá que probarlo, siempre recordando que lo mejor es comprender a fondo la tecnología que estamos usando para no usar de forma indiscriminada los componentes adicionales que la envuelven.

URL: Visual LINQ Query Builder

Saludos.

Linqer is a SQL to LINQ converter tool. It will help you to learn LINQ and convert your existing SQL statements.

Al parecer se trata de una herramienta bastante utilizable, cuestión de probarla.

URL: Linqer 1 (Windows)

Espero probarlo pronto y ver como va… je je.

Saludos.

LinQ, una de las mas recientes tecnologías que Microsoft ha puesto a disposición de los desarrolladores tiene avances bastantes significativos, y es que además de los ya conocidos:

• LinQ to Objects
• LinQ to ADO .Net
  • LinQ to DataSet
  • LinQ to SQL
  • LinQ to Entities
• LinQ to XML

Ahora se suman a esta familia, los nuevos:

• LinQ to Oracle
• LinQ to MySQL
• LinQ to Sharepoint

Que significa esto? pues simplemente significa que LinQ (como tecnología de acceso a datos para integrar el lenguaje de programación de la aplicación con el lenguaje de programación de la Base de datos) ha tenido la aceptación necesaria como para ir consolidándose entre los desarrolladores.

Y claro, nunca faltan las aplicaciones que uno desarrolla pero que por ejemplo requiere obtener datos desde una fuente de datos diferente, desde una Base de Datos MySQL por ejemplo; entonces si tengo un proyecto hecho con el .Net Framework 3.5 y LinQ y ya estoy con toda la emoción encima y luego debo dejar de usar LinQ para poder extraer los datos… pues como que no nos cae bien el escenario no?

Y yo me pregunto, en que momento de mi muy humilde vida desarrollando Software “jugaré” con esto? Pues calma, paciencia y buen humor… no existe persona que lo sepa todo, a menos que seas Sheldon.

Saludos.

Fuente: Blog del CIIN – LinQ to Oracle y LinQ to MySQL – LinQ to Sharepoint o LINQ4SP

Pues bien, para este ejemplo utilicé la mundialmente famosa base de datos Northwind de SQL Server y una aplicación de consola que extraía los campos OrderId y CustomerId de la tabla Orders, para agregarlos a un StringBuilder. Claro, no tiene sentido que agregue los datos en el StringBuilder, pero lo que me interesaba a mi, era tomar el tiempo que tomaba en extraer los datos y recorrer todos los registros. Como ven en la siguiente imágen, el tiempo que le ha tomado a LinQ to SQL hacer la misma operación que ha un DataReader es ligeramente menor que al DataReader.

Ahora, para esto hay que tener algunas cosideraciones; como ya es sabido por todos, LinQ to SQL hace un mapeo de las tablas de la BD y crea las clases con propiedades que representan cada campo de la tabla, si yo cargo todos los campos incluyendo los que no voy a utilizar, obviamente el peso de los objetos será mayor y el rendimiento no será el mismo, de manera que lo que hice fue solo tomar las propiedades (campos de la tabla) que voy a utilizar, lo mismo que haría en un procedimiento almacenado que extrae datos, si voy a utilizar 2 campos no tengo porque extraer más que eso:

Ahora, el código que utilicé para extraer los datos es el que me parece que me proporciona un mejor rendimiento, aunque claro, como LinQ to SQL es algo nuevo, he de asumir que podría mejorarse. El código para extraer los datos vía DataReader se ve a continuación:

Como se puede ver, utilizo la instrucción using para asegurarme de liberar recursos al terminar de utilizar los oobjetos y al abrir el Reader utilizo CommandBehavior CloseConnection (para cerrar la conexión en cuanto se cierre el reader) y SingleResult (para indicarle al reader que el Procedimiento Almacenado solo devuelve un conjunto de resultados y no más (osea, un solo select). En tanto que para el código del trabajo con LinQ he utilizado también using y el proceso normal de trabajo con LinQ, como se ve en la imágen:

En resúmen, el rendimiento de LinQ to SQL es aceptable en un primer momento con esta mini prueba sencilla, la mejora como ya se ha comentado en tantos lugares de la red consiste en la posibilidad de trabajar con un código sencillo y mapear la base de datos reduciendo el tiempo en el desarrollo de código que ofrece LinQ. Aunque en realidad, cada uno debe hacer pruebas de rendimiento para considerar si se ajusta o no al caso que esta siendo tratado.

Espero que esta info les sea de utilidad.

Saludos.

Descargar el ejemplo completo: LinQ to SQL vs DataReader