SQLite来自C#-哪个更容易LINQ到SQL或实体框架？

对于C#windows窗体应用程序中的Sqlite，人们建议使用什么作为持久性方法-LINQ到SQL或实体框架

---

（我问这个问题是因为我有人说远离数据表，转向新方法之一）

LINQ to SQL仅适用于SQL Server。这可能会在某种程度上限制你的选择

---

显然，有一个名为DbLinq的项目试图将LINQ到SQL接口移植到其他数据库：。我自己还没有尝试过。

LINQ to SQL仅适用于SQL Server。这可能会在某种程度上限制你的选择

---

显然，有一个名为DbLinq的项目试图将LINQ到SQL接口移植到其他数据库：。我自己还没试过。

不是因为数据集不好。实际上，您可以将LINQ与数据表一起使用；但是数据集的开销比实体大，这就是为什么我经常使用它们。另外，我对LINQ上瘾了。嗨，Martin-那么你有没有更喜欢的驱动程序/方法将LINQtoSQL与SqlLite一起使用呢。到目前为止，我提出了三种可能性：，，并不是说数据集不好。实际上，您可以将LINQ与数据表一起使用；但是数据集的开销比实体大，这就是为什么我经常使用它们。另外，我对LINQ上瘾了。嗨，Martin-那么你有没有更喜欢的驱动程序/方法将LINQtoSQL与SqlLite一起使用呢。到目前为止，我提出了三种可能性：，，我在另一个链接上也看到了以下建议。。。我不知道这两个有多可靠，有什么想法吗？但愿我知道。事实上，他们的存在表明了对EF有多大的阻力！我的下一个项目将是Fluent NHibernate（），只是简单地说一下——抵制EF（对.NET来说有些陌生）的主要原因是EF是一个重量级的ORM。它在数据库和代码映射之间建立了一个概念模型，因此您的结构看起来像DB=>DB-mapping-XML=>conceptual-XML=>Object-mapping-XML=>POCO。复杂！L2S是只查询SQL Server的一种更快捷、更脏的方法，在SQL Server中，表基本上直接映射到对象。人们喜欢它。从历史上看，L2S的性能更好，但如果还没有改善的话，这种情况将会改变。大多数情况下，微软的推出都是一团糟。阅读这里的评论了解更多的反应：我在另一个链接上也看到了以下建议。。。我不知道这两个有多可靠，有什么想法吗？但愿我知道。事实上，他们的存在表明了对EF有多大的阻力！我的下一个项目将是Fluent NHibernate（），只是简单地说一下——抵制EF（对.NET来说有些陌生）的主要原因是EF是一个重量级的ORM。它在数据库和代码映射之间建立了一个概念模型，因此您的结构看起来像DB=>DB-mapping-XML=>conceptual-XML=>Object-mapping-XML=>POCO。复杂！L2S是只查询SQL Server的一种更快捷、更脏的方法，在SQL Server中，表基本上直接映射到对象。人们喜欢它。从历史上看，L2S的性能更好，但如果还没有改善的话，这种情况将会改变。大多数情况下，微软的推出都是一团糟。阅读此处的评论了解更多反应：