Convencer a un DBA difícil de usar para usar un ORM para la mayoría de los procedimientos, vistas y funciones almacenados de CRUD vs.
He estado trabajando con NHibernate, LINQ to SQL y Entity Framework durante bastante tiempo. Y mientras veo los beneficios de usar un ORM para mantener el esfuerzo de desarrollo moviéndose rápidamente, el código simple y elImpedancia de impedancia relacional del objeto como mínimo, todavía me resulta muy difícil convencer a un dba de SQL duro de los puntos fuertes de un ORM. Desde mi punto de vista, se puede usar un ORM para al menos el 90-95% de todos sus datos de acceso, dejando esas cosas realmente difíciles de realizar en procedimientos o funciones cuando sea apropiado. ¡De ninguna manera soy el tipo que dice que debemos hacer todo en el ORM!
Pregunta: ¿Cuáles son algunos de los mejores argumentos para convencer a un dba de la vieja escuela de que el uso de un ORM no es la peor idea concebida por un programador?