实体框架代码首先用于DB表的子集

Question

我想在我的解决方案中添加新模块（项目），并首先使用实体​​框架代码仅用于我的数据库表的子类。我在其他模块中使用ADO.NET和存储过程。我计划将来从db中拆分表，但是现在它是不可能的（表与其他表没有关系但是旧模块使用了）我不确定以这种方式执行它是否是一种好习惯我想请求帮助。

• 是否可以首先使用EF代码作为我的数据库表的子集？
• 如何首先用代码初始化这些表？我发现只有整体解决方案 db如果模型不匹配并重新创建新数据库。我需要删除并重新创建 我的项目中使用的表格
• 使用db访问一个db的更多方法是一种好习惯吗？
• 你觉得这种方法有些问题吗？现在我看到了concurency和数据一致性的问题（如果旧模块将在另一种方法中使用这些表）

谢谢。

Answer 1

1）是的，确实如此。在我们的一个项目中，我们有一个包含存储过程的数据库，我们迁移它们以使用EF。但不是立刻。它需要一些时间，所以我们使用了存储过程，如ADO.NET以及EF一起使用。

2）我必须说我对此不确定。我们已经创建了数据库，只有很少的更改。但你可以自己创建表格。

3）我认为更好的方法是从EF调用存储过程，并在需要时在整个项目中使用它。但如果你有理由，使用ADO.NET和EF都可以。

4）如果您使用交易，为什么会出现问题？