Eh bien, je suis nouveau à ce genre de choses ORM. Nous devons créer un grand projet. J'ai lu à propos de LINQ to SQL. sera-t-il approprié de l'utiliser dans le projet à haut risque. Je n'ai trouvé aucun problème personnellement mais le fait est qu'il n'y aura pas de retour en arrière une fois commencé. Donc j'ai besoin de quelques commentaires des gourous ORM ici au MSDN. Le cadre de l'entité sera-t-il meilleur? (Je suis dans le doute sur LINK à SQL parce que j'ai lu et entendu des commentaires négatifs ici et là)Utilisation de LINQ to SQL dans le projet ASP.NET MVC2
Je vais utiliser MVC2 comme cadre. Alors s'il vous plaît donner les commentaires à propos de LINQ to SQL à cet égard. Q2) Aussi je suis un fan de la procédure stockée car ils sont précalculés et attacher la chose et je n'ai jamais travaillé sans eux. Je sais que LINQ to SQL supporte les procédures stockées mais sera-t-il possible d'abandonner la procédure stockée voir la belle couche d'accès aux données générée avec peu d'efforts car nous avons également besoin d'un développement rapide.
Q3) Si quelques modifications à certains champs obligatoires dans la base de données SQL LINK comment les changements sont logés dans la couche d'accès aux données.
Voir ma réponse ici: http://stackoverflow.com/questions/2701952/dump-linq-to-sql-now-that-entity-framework-4-0-has-been-released/2702016#2702016 - - C'est presque la même question, et ma réponse s'applique également ici. –