扫一扫
分享文章到微信
扫一扫
关注官方公众号
至顶头条
作者:010032 来源:赛迪网技术社区 2007年8月26日
关键字: 数据库 通用数据 SQL Server SQL Server 各版本
与数据层交互的一个业务层类示例看起来可能类似下面这样:
|
这样看来,此方法出现什么问题了?此处的问题是,只有一个重要细节将代码绑定到特定数据源:命令字符串的 SQL 语法!实际上,如果以这种方式编写应用程序,则使其具有可移植性的唯一办法是采用可以由任何数据源解释的基本 SQL 语法,但这样可能会失去从特定数据源的特定功能获得好处的机会。如果应用程序只对数据进行很简单和很标准的操作,并且如果您不希望使用特定数据源中的高级功能(如 XML 支持),这可能是个小问题。但通常此方法将导致性能降低,因为您无法使用每个数据源的最佳特性。
编写专门的数据访问层
因此,只使用基本接口不足以通过不同数据源提供可接受级别的抽象。这种情况下,一个好的解决方案是提高此抽象的级别,即创建一组类(如 Customer、Order 等)来封装特定数据提供程序的使用,并通过与特定数据源、类型化的“数据集”、对象集合等无关的数据结构与应用程序的其他级别交换信息。
可以在特定程序集内部创建此层的专用类(为每个受支持的数据源分别创建一个专用类),并可以在需要的情况下按照配置文件中的说明从应用程序加载它们。这样,如果您希望向应用程序中添加全新的数据源,唯一要做的事情是针对一组通用接口组中定义的“合同”实现一组新类。
让我们看一个实际例子:如果希望将 Microsoft® SQL Server™ 和 Microsoft® Access 作为数据源为其提供支持,则应该在 Microsoft® Visual Studio® .NET 中创建两个不同项目,每个数据源分别创建一个。
为 SQL Server 创建的项目将类似于如下所示:
|
如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。
现场直击|2021世界人工智能大会
直击5G创新地带,就在2021MWC上海
5G已至 转型当时——服务提供商如何把握转型的绝佳时机
寻找自己的Flag
华为开发者大会2020(Cloud)- 科技行者