Vb.net 将实体框架改装到我的应用程序中是否适合我的情况？

因此，我有一个应用程序，使用SQL Server express数据库。我有大约80个表，都有主键，但没有外键。（我们没有外键的原因是因为我们如何进行sql客户端到服务器的复制。这不是真正的复制，但它是我们接管应用程序时使用的同步系统。我们无法保证当客户端与服务器同步时，哪些记录将首先进入数据库，因此有可能记录会进入数据库。）指向具有指向不存在记录的外键的数据库）

我们使用每种模型的类型约定。对于我们的每个业务对象，数据库中都有一个表。目前，我们对每个数据库事务都使用存储过程。这意味着每个新类至少有4个新存储过程（crud）。我们已经从业务对象中抽象出了数据访问层。每个业务对象都有一个对应的businessObjectDAO

我的问题是，实体框架对我来说是否可行？由于没有外键关系，我将不得不手动设置表之间的每个关联。值得花时间这样做吗

我现在最大的障碍是想弄清楚如何将DAO映射到EF分部类

我应该创建一个大的.edmx还是多个

我知道很多问题。这是我第一次做出重大的建筑类型决定，如果我认为这是有益的和可行的，我将被允许做出改变

也许我应该试试Linq到SQL？NHibernate退出是因为我们不允许在生产中使用开源产品（愚蠢，我知道）

谢谢

---

科迪（Cody）

我个人的建议是，如果某个东西起作用了，就让它离开。我是LINQ-SQL和实体框架的忠实粉丝，并设法让我的工作场所使用LINQ-SQL。我意识到，如果您确实在项目中引入了其中一个，那么维护性可能会更容易，但从它的声音来看，最初的工作将比最终的工作更值得

我个人的建议是，如果某个东西起作用了，就不要管它。我是LINQ-SQL和实体框架的忠实粉丝，并设法让我的工作场所使用LINQ-SQL。我意识到，如果您确实在项目中引入了其中一个，那么维护性可能会更容易，但从它的声音来看，最初的工作将比最终的工作更值得