¿Por qué recibo "Reparto inválido" cuando uso Linq para SQL?

Question

Soy un poco novato cuando se trata de SQL a SQL pero espero que pueda ayudar. He escrito la siguiente declaración de LINQ to SQL con métodos de extensión:

Cedb.ClassEvents.Where(c => c.ClassID == 1).Select(c => c).Single() 

Dónde CEDB es el DataContext, ClassEvents es una tabla (para clases y eventos que tienen lugar en una instalación) y ClassID es una clave entero único.

Esta consulta funciona bien en LinqPad (sin Cedb). Cuando vuelve, dice que el tipo de devolución es "ClassEvent". En Intellisense en Visual Studio, me dice que el tipo de devolución de esta consulta es ClassEvent (creado en mi modelo de datos). Sin embargo, cuando trato de colocar los resultados en una variable:

var classEvent = Cedc.ClassEvents.Where(c.ClassID == 1).Select(c => c).Single(); 

en cuando me siento un error: InvalidCastException: especificar la conversión no es válida. Lo mismo ocurre si utilizo la clase "ClassEvent" en lugar de la var. Soy nuevo en esto, pero este parece ser un verdadero mate en lugar de un error. ¿Hay algo sobre el método único que no sé que conduce al error? ¡Cualquier ayuda sería apreciada!

Answer 1

Slace - y cualquier otra parte interesada. La causa del error "Excepción de lanzamiento no válido" fue un cambio en el modelo de datos subyacente. Un campo pequeño había sido cambiado a bit. Por lo tanto, cuando el sistema intentó asignar los resultados de la consulta a la estructura de datos "ClassEvent", surgió el conflicto entre el modelo (que no se había actualizado) y la tabla de datos.

No obstante, agradezco la respuesta!

Answer 2

No es necesario hacer las dos cosas a Seleccione y una individual, de hecho, ni siquiera es necesario el caso, puede salirse con (ver http://msdn.microsoft.com/en-us/library/bb535118.aspx):

var classEvent = Cedc.ClassEvents.Single(c => c.ClassID == 1); 

que había También recomendamos no usar Single a menos que esté 100% seguro de que Func<T, bool> siempre devolverá un valor, ya que si no devuelve un valor, tendrá una excepción lanzada. Mejor es usar SingleOrDefault y hacer una comprobación nula antes de la interacción con el objeto (http://msdn.microsoft.com/en-us/library/bb549274.aspx)