Du har 2 grundlæggende valg her:
Kode først:
Design dine modeller, og "kabel" dem til dine procedurer, som du har defineret manuelt.
Database først:
Peg EF på din DB, og modeller vil blive oprettet til dig ved hjælp af dit skema. Du kan altid kalde dine brugerdefinerede procedurer ved hjælp af Helper-klasser osv.. Du ville passere EF-modellen og udtrække de nødvendige attributter.
Personligt foretrækker jeg først at kode simple POCO-objekter og forbinde dem, som jeg finder passende. Dette giver dig den største fleksibilitet, men det kan komme ud af hånden, hvis du ikke lægger en arkitektur først og overholder nogle styrende mønstre.
Med hensyn til ydeevne for højvolumensystemer, svarende til Ruby-On-Rails kedelplade MVC-tilgange kan blive uhåndterlige, efterhånden som de vokser. Brug af effektive procedurer til CRUD vil altid vinde over dynamisk SQL.