He tenido una conversación con un colega sobre "Linq to SQL". Todavía soy nuevo en .NET, así que piensa que necesito aprender más. (Todavía, 30 años de experiencia en programación general deberían contar con mi ventaja, ¿no?) Había leído algunos libros y para un nuevo proyecto decidí usar el Modelo de Datos de Entidades ADO.NET. Mi colega no estuvo de acuerdo porque "sabía" que las entidades tenían muchos problemas. Provocó pérdidas de memoria en el servidor de la base de datos y Microsoft lo suspenderá de todos modos. Él me dijo que debería usar un Módulo de datos en su lugar. Simplemente agregue un .dbml a mi proyecto y use el enlace encima de esto.¿Qué es "Linq to SQL"?
Tiene 5 años de experiencia en .NET, lo que es 4 años más que mi experiencia.
me detuvieron a mí mismo, así que no lo llamaría un imbécil o idiota o lo que sea porque me parece que él cree que "Enlace a SQL" == "Entity Data Model" ...
embargo, Empecé a tener algunas pequeñas dudas. Pensé que Linq to SQL se basa en archivos .dbml, por lo tanto, se basa en modelos de datos. Y he escuchado que Linq to SQL tiene algunos problemas técnicos y que pronto será reemplazado por el modelo de Entity. Si mi colega mezcló estos dos, entonces es un completo imbécil. Pero dado que tiene 5 años de experiencia y como dudo que mi empleado incluso contratara imbéciles, comencé a tener dudas.
Entonces, ¿qué es "Linq to SQL" exactamente?
¡Excelente respuesta! Me gustaría abordar la "fuga de memoria" mencionada por el colega de Alex. Los ORM no tienen acceso a la base de datos de ninguna manera especial. Realizan las sentencias SELECT, UPDATE e INSERT como todos los demás, solo convierten los resultados en objetos de su lado (y no en la base de datos). Dado que la base de datos ni siquiera sabría que un ORM está consultando, ¿cómo podría un ORM causar una pérdida de memoria más que otros usuarios? En mi experiencia, las personas conocedoras pueden adivinar, asumir o 'completar' vacíos en su conocimiento (sé que sí), lo que a veces podría llevar a decir cosas inexactas. –
Jon, ¿de verdad tienes un trabajo? Veo que publicas respuestas fantásticas por todos lados, un gran trabajo para la comunidad. –
@Jason: Sí, pero no los sábados :) –