Tienes 2 opciones fundamentales aquí:
Código primero:
Diseñe sus modelos y "conéctelos" a sus procedimientos que ha definido manualmente.
Base de datos primero:
Apunte el EF a su base de datos y se crearán modelos para usted usando su esquema. Siempre puede llamar a sus procedimientos personalizados usando clases auxiliares, etc. Pasaría el modelo EF y extraería los atributos necesarios.
Personalmente, prefiero codificar primero objetos POCO simples y conectarlos como mejor me parezca. Esto le brinda la mayor flexibilidad, sin embargo, puede salirse de control si no establece una arquitectura primero y cumple con algunos patrones de gobierno.
En cuanto al rendimiento de los sistemas de gran volumen, los enfoques MVC de placa de caldera similares a los de Ruby-On-Rails pueden volverse difíciles de manejar a medida que crecen. El uso de procedimientos eficientes para CRUD siempre ganará sobre SQL dinámico.
