我在 MS SQL Compact 和“常规”MS SQL 2008 的解决方案中使用 LLBL。
我想知道是否可以使用相同的 DatabaseGeneric 项目(由 LLBL 生成)并从针对不同 MS SQL 服务器版本的 2 个 DBSpecific 项目(由 LLBL 生成)引用它?
我计划稍后对其进行测试,但是项目依赖项使尝试此操作的成本非常高。尝试失败会浪费时间
让我知道是否还有其他选择我可能会错过!
我在 MS SQL Compact 和“常规”MS SQL 2008 的解决方案中使用 LLBL。
我想知道是否可以使用相同的 DatabaseGeneric 项目(由 LLBL 生成)并从针对不同 MS SQL 服务器版本的 2 个 DBSpecific 项目(由 LLBL 生成)引用它?
我计划稍后对其进行测试,但是项目依赖项使尝试此操作的成本非常高。尝试失败会浪费时间
让我知道是否还有其他选择我可能会错过!
通过兼容性设置支持不同的 SQLServer 版本。请参阅:http ://bit.ly/92ojkL (在线文档),这是配置文件设置,或者在代码中,通过调用 DataAccessAdapter.SetSqlServerCompatibilityLevel
您可以将其设置为 7、2000、2005+、CE Desktop 3 或 CE Desktop 3.5 的兼容模式
COmpact 框架需要不同的代码,因此无法通过相同的 .NET 代码对其进行寻址,这仅仅是因为它必须针对不同的 mscorlib 进行编译,具有较少的类(必须排除一些代码),因此 DQE 是不同的。
Iow:我也不明白您为什么要从位于 DB 的紧凑框架中获取普通 .NET 上的数据,因为这是不可能的。如果您考虑 SQL Server 紧凑型桌面,则支持如上所述。所以,是的,它是通用的,但不能传输到另一个 .NET 框架,如紧凑框架,这是合乎逻辑的,因为它的性质是有限的 api
不幸的是,这不仅仅是因为您可能需要使用的所有接口都在
SD.LLBLGen.Pro.ORMSupportClasses.CF35
SD.LLBLGen.Pro.ORMSupportClasses.NET20
像 ( SD.LLBLGen.Pro.ORMSupportClasses.
) IEntity2
, IEntityCollection2
, 等等
因此,您无法获取,例如,ProductEntity
使用adapter.FetchEntity(productsEntity)
作为适配器的(紧凑框架)将期望IEntity2
从SD.LLBLGen.Pro.ORMSupportClasses.NET20
您提供一个IEntity2
从SD.LLBLGen.Pro.ORMSupportClasses.CF35
DatabaseGeneric 项目并不是真正的“通用”:D