用于 MySQL 互操作的 LINQ to DataSets

发布于 2024-07-16 23:10:37 字数 223 浏览 7 评论 0原文

我正在构建一个必须支持 MSSQL 和 MySQL 数据库的应用程序。 为了避免重复存储过程等,我正在考虑使用数据访问应用程序块从任一数据库检索范围广泛、非常通用的数据集,然后使用与数据库无关的 LINQ 代码进行更具体的数据访问。

我的另一个选择是使用实体框架,因为最新的 SQL/Connect 库显然支持它,但我最近看到很多关于 EF 的负面报道,所以我有一些疑问。

哪条路线更好?

I'm building an application that must support MSSQL and MySQL databases. To avoid duplication of stored procedures etc., I'm considering using the Data Access Application Block to retrieve broadly scoped, very general datasets from either database, and then use DB agnostic LINQ code for more specific data access.

My other option is to use the Entity Framework, as the latest SQL/Connect library apparently supports it, but I've seen a lot of bad press about EF recently, so I have some doubts.

Which would be a better route to follow?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

说不完的你爱 2024-07-23 23:10:37

您是否考虑过DbLinq? 我相信这现在已经转移到谷歌代码项目,但它通过 LINQ-to-SQL (SQL Server) 的 DataContext 方法支持 MySQL。

有一段时间没有发布任何正式版本,但代码库已激活

Have you considered DbLinq? I believe this has now moved to a google code project, but it supports MySQL via the DataContext approach of LINQ-to-SQL (SQL Server).

There haven't been any official releases in a while, but the repo is active.

南街女流氓 2024-07-23 23:10:37

我会选择实体框架。 您还应该知道实体框架 v2 将于今年推出,它具有更酷的功能。

I would go with Entity Framework. You should also know that Entity Framework v2 is coming this year which has even more cool features.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文