我是Linq世界的新手并且正在探索它.我正在考虑在我的下一个涉及数据库交互的项目中使用它.
从我读过的内容来看,我认为有两种不同的方式与数据库进行交互:
Linq to SQL
Linq到DataSet
现在我要研究的产品,不能依赖于数据库的类型.例如,它可能与SQL server/Oracle一起部署.
现在我的问题是:
如果我使用Linq to SQL,我是否只使用SQL服务器？
我想我可以将Linq用于SQL Server和Oracle的DataSet.但是如果我使用Linq to DataSet for SQL server(与Linq to SQL offcourse相比),我会失去一些东西(编程的容易程度,性能,可靠性等).
RobS.. 11
你是正确的#1 - Linq to Sql只能用于SQL Server数据库.
如果您希望能够访问不同的数据源(使用不同的提供程序),我会使用ADO实体框架.在使用类似POCO的实体方面,您可以获得类似的灵活性,并且可以非常轻松地扩展以实现更高级/复杂的实现.
在我目前的项目中,我们使用Linq到Sql并且它很好,但是我们有很多问题需要克服.在可扩展性方面,我发现它有时过于简单了.我写了一封关于LINQ to SQL和实体框架一(更好的)响应这里.
关于问题#2 - 我不确定我是否想回到DataSet.恕我直言他们更像是过去,但如果你有一个具有特定控件(如Infragistics)的体面工具包,它会很有用.但是,我发现它们的开销对于快速事务系统来说太昂贵了.该实现没有Linq to Sql或Entity Framework的一半功能.
你是正确的#1 - Linq to Sql只能用于SQL Server数据库.
如果您希望能够访问不同的数据源(使用不同的提供程序),我会使用ADO实体框架.在使用类似POCO的实体方面,您可以获得类似的灵活性,并且可以非常轻松地扩展以实现更高级/复杂的实现.
在我目前的项目中,我们使用Linq到Sql并且它很好,但是我们有很多问题需要克服.在可扩展性方面,我发现它有时过于简单了.我写了一封关于LINQ to SQL和实体框架一(更好的)响应这里.
关于问题#2 - 我不确定我是否想回到DataSet.恕我直言他们更像是过去,但如果你有一个具有特定控件(如Infragistics)的体面工具包,它会很有用.但是,我发现它们的开销对于快速事务系统来说太昂贵了.该实现没有Linq to Sql或Entity Framework的一半功能.
京公网安备 11010802040832号 | 京ICP备19059560号-6 