2009-08-05 7 views
8

Un miembro de mi equipo se mudó recientemente a LinqPad como su herramienta principal de consulta (todavía usará SQL Studio a veces) con el simple propósito de obligarse a usar LINQ de forma más natural. Pensé que esta era una muy buena idea y estoy considerando pedirle al resto de mi equipo que haga este cambio. ¿Alguien tiene pensamientos/ideas sobre cómo tomar este enfoque?Uso de linqpad como herramienta de consulta primaria

primeras preguntas que tenía ...

  1. me siento ser capaz de escribir buena ANSI SQL es crítico para un desarrollador de LOB. Dado que LINQ es algo de Microsoft, las habilidades que aprenderán en LINQ valdrán la pena al sacrificar el desarrollo total de sus técnicas ANSI SQL, particularmente si (cuando) pasan a otros trabajos/tareas más adelante en la vida. El desarrollo de desarrolladores (dentro y fuera de la compañía) es extremadamente importante para mí.

  2. ¿Hay alguna característica en SQL Studio que se extrañe mucho en LinqPad?

  3. ¿Tiene LinqPad vida útil prolongada? En otras palabras, ¿todos sienten que LinqPad es un producto que continuará creciendo a medida que crece .NET y SQL?

+6

Estoy ciertamente comprometido con el desarrollo de LINQPad. Ya hay una versión Framework 4.0, y muchas funciones nuevas están programadas en los próximos meses. Joe (autor de LINQPad) –

+0

Genial para escuchar. Es agradable escuchar el compromiso de los propios desarrolladores. Sigan con el buen trabajo. Hasta ahora, he quedado bastante impresionado. –

+0

El uso de LINQPad junto con SQL Server Management Studio es la mejor idea. El uso exclusivo de solo uno por el bien de aprender LINQ es excesivo. – Jagd

Respuesta

6

¿Hay algunas características de SQL Studio que echaremos de menos en LINQPad?

¿El LINQPad Mostrar plan de ejecución estimado?

+6

Si hace clic en la pestaña SQL en LINQPad, hay un botón para abrir la traducción SQL directamente en SQL Management Studio. A partir de ahí, generalmente es solo un clic para obtener el plan de ejecución. –

+0

Ese es un botón útil. Prácticamente hace que su segunda pregunta sea discutible. –

+5

@DavidB: Acabo de lanzar el complemento LINQPad que muestra el plan de consulta y los índices que faltan dentro de LINQPad: http://www.aboutmycode.com/miscellaneous/introducing-linqpad-queryplanvisualizer/ – Giorgi

3

Como una forma de perforar LINQ en uno mismo LINQPad es genial, y si como desarrollador está planeando permanecer dentro de la ecología de Microsoft, entonces eso probablemente sea algo bueno.

Sí, hay varias cosas que no puede hacer en LINQ para las que puede necesitar otra herramienta, ya sea SQL Management Studio o Visual Studio, sin embargo, como puede desplegar SQL en el idioma, algunas de ellas se atenúan si se puede recordar el SQL para ello:

  1. Crear nuevas tablas
  2. modificar tablas existentes
  3. Crear trabajos de Agente SQL
  4. datos
  5. Importar/Exportar

Obviamente, estas son principalmente actividades de "administración".

Mientras que LINQPad no le proporcionará el plan de ejecución, le dará el SQL que se va a ejecutar.

+1

En realidad, puedes crear nuevas tablas en LINQPad muy bien. De hecho, hay una muestra incluida que configura la parte del esquema de Northwind. También hay una exportación a Excel, que no es lo mismo que exportar a SQL, pero todavía se puede exportar. –

+0

@ j-wynia - sí, que usa SQL, no LINQ, que es lo que dije - "sin embargo, como puede bajar a SQL en el lenguaje, algunos de estos se mitigan si puede recordar el SQL";) Pero sé No hago suficiente trabajo de DBA para recordar el SQL para crear un índice en una tabla, o configurar copias de seguridad, etc., que son muy fáciles de hacer en SMS, y todavía no puedo importar datos de esa manera. También tengo que admitir que no me había dado cuenta de la función Exportar a Excel, aunque es muy útil. –

Cuestiones relacionadas