论文部分内容阅读
摘 要：基于C#.NET下的三层架构数据库系统在目前的大型Web数据库体系中非常常见，这主要是因为它的开发模式相当快速便捷，且具有较高的可重复性和可维护性事物处理机制。本文结合实践应用论述了关于C#.NET三层架构数据库的应用标准流程，并给出了由数据库变化所导致的三层架构程序变化修改策略，以避免传统数据库应用系统中所存在的编译错误。
关键词：C#.NET；数据库应用系统；三层架构；访问层；表现层；逻辑层
C#作为一种计算机语言，它不仅仅局限于对.NET应用程序的开发，它也能够基于WinForm程序展开设计开发流程，所以将C#编程语言移植到.NET平台中是较为常见的。在该语言的支持下，ASP.NET平台就应运而生。目前的ASP.NET平台可以支持例如企业ERP、APS等系统，其应用范围遍布于气象、交通、救护等领域，发挥着巨大的社会价值作用。但是随着数据库应用系统规模的越来越大，数据库内结构的越来越复杂，代码的出错率就越来越高，这就加大了维护工作的难度。基于C#.NET语言环境下的三层架构数据库应用系统就可以以它模块化的分层设计模型解决现有系统所存在的维护性及系统可用性问题，将复杂的问题简单化，促进系统功能体系的整体发挥。
一、对三层体系结构的分析
（一）三层体系结构的基本概况
三层体系结构就是在客户端与数据库间所加入的中间层，它也被称为是组件层 。三层体系结构不是指代物理结构中的三层，而是基于逻辑思维的三层，它们共同作用于同一台设备上。
从应用功能角度来分析，三层体系结构中应用程序的数据访问、校验以及业务规则等等都放在了中间层实施处理。而通常情况下，三层体系结构是不提供客户端与数据库之间的交互的，它主要基于COM/DCOM通讯手段来和中间层衔接建立联系，并经由中间层与数据库实施交互作业。
（二）三层体系结构的交互具体操作流程
三层体系结构的交互具体操作流程主要基于三点。第一点是数据访问层与数据库之间的交互，当访问层在数据库获取数据并将其传递到业务逻辑层后，业务的实际应用需要就会被满足。再者，业务逻辑层的数据操作指令也会实时传递至数据库，实现对数据的接收、存储、处理和删除等基本操作。
第二，在三层体系结构中业务逻辑层的主要作用是承接上下层，实现基于数据逻辑处理的交互功能，从而促进业务应用。
第三，表示层可以实现数据库系统与用户之间的交互，接受并反馈来自于用户的请求，体现数据结果的流通，但在这层中是不存在任何数据处理过程的。
综上所述，三层架构下所建立的数据库服务器在子服务器的连接数量方面有大幅度减少。而且在基于校验与规则的中间层，如果业务规则发生任何变化时，只需要更改诸如DLL这样的中间层组件，就能够实现对系统的维护，这其中是不涉及任何应用程序修改处理的。举例来说，在数据库中将Oracle转为SQL Server，只要在数据访问层对所对应的数据库连接类实施修改就能促成維修管理行为，而不用修改任何其它层代码，所以基于C#.NET的三层架构在应用过程中具有很高的可重用性和可维护性[1]。
二、C#.NET下三层架构数据库应用系统的开发流程分析
本文主要按照自下而上的递进关系来对三层结构进行数据库应用系统的建立。
（一）数据访问层的建立
在建立数据访问层之前首先要添加新项，并同时选择数据集。其次是在数据集中添加数据库链接。最后将数据表也拖入数据集中，点击Data Table AdapterData后，系统就会自动生成InsertCommond、DeleteCommand以及UpdateCommand 3层。考虑到系统本身可能存在bug，所以在修改GetData后上述的3层数据结构很可能会消失，所以应该及时拷贝保存它们，并在它们后面修改sql语句，作为系统体系构建基础。
（二）业务逻辑层的建立
由于数据访问层属于数据处理的核心部分，所以它的整体变动还是相对较小的。而在业务逻辑层方面，则要根据实际业务的需求来灵活变动修改。
对业务逻辑层的处理首先要在网站添加新项目，并在新项目后编写类代码，举例代码如下：
Public dsNainai.deviceDataTable
GetDevicesByLineID DeviceID（int投入生产线ID，int 设备ID）
Else if（投入生产线ID>0，设备ID<0），return Adapter.GetDevicesByLineID.
Else return Adapter.GetDeviceByDeviceID（设备ID）
如果系统构建所采用的是没有中间业务层的双层结构模式，则可以利用表现层来取代业务层访问数据层。它的缺陷就在于现实模式相对更加固定，所以在访问数据过程中不如中间业务层灵活[2]。
（三）表现层的设计
在设计表现层时可以运用GridView对表现层整体状况进行显示观察，并利用DetailsView来记录表现层变化情况，配置二者的数据源。在开启DetailsView软件后，就可以点击显示智能标志并选择编辑字段，在字段选项中设置“所选定的字段”，保证所选择的字段能够与数据库中的字段相互一致，避免数据库中参数矛盾现象的产生。
配置表现层数据源时，要将“只显示数据组件”这一选项勾掉，就能够任意选择逻辑层定义方法，可以见得在表现层的设计过程中所有的数据集建立方法都是可行的，之所以配合逻辑层进行系统体系构建是因为它在应用方面更加灵活，可以对业务逻辑进行细化处理[3]。
总结：基于C#.NET下的三层架构在数据库应用系统开发建设的安全性方面具有较大优势，且设计过程照比传统设计更加灵活，这些都是利于其未来发展的重要优势。但其开发成本较高也是现今技术领域与企业不得不面对的问题，这些还有待于未来的进一步挖掘和研究，从而实现系统开发趋于良性方向的有利改善。
参考文献
[1] 王海燕.C#.NET下三层架构数据库应用系统开发[J].计算机技术与发展，2014，22（6）：78-81.
[2] 丛书勤.基于C#.NET下三层架构数据库应用系统开发分析[J].计算机光盘软件与应用，2013（17）：272-272，274.
[3] 吴小欣，王宏旭.C#.NET下三层架构数据库应用系统开发调试分析[J].硅谷，2013（23）：166.
关键词：C#.NET；数据库应用系统；三层架构；访问层；表现层；逻辑层
C#作为一种计算机语言，它不仅仅局限于对.NET应用程序的开发，它也能够基于WinForm程序展开设计开发流程，所以将C#编程语言移植到.NET平台中是较为常见的。在该语言的支持下，ASP.NET平台就应运而生。目前的ASP.NET平台可以支持例如企业ERP、APS等系统，其应用范围遍布于气象、交通、救护等领域，发挥着巨大的社会价值作用。但是随着数据库应用系统规模的越来越大，数据库内结构的越来越复杂，代码的出错率就越来越高，这就加大了维护工作的难度。基于C#.NET语言环境下的三层架构数据库应用系统就可以以它模块化的分层设计模型解决现有系统所存在的维护性及系统可用性问题，将复杂的问题简单化，促进系统功能体系的整体发挥。
一、对三层体系结构的分析
（一）三层体系结构的基本概况
三层体系结构就是在客户端与数据库间所加入的中间层，它也被称为是组件层 。三层体系结构不是指代物理结构中的三层，而是基于逻辑思维的三层，它们共同作用于同一台设备上。
从应用功能角度来分析，三层体系结构中应用程序的数据访问、校验以及业务规则等等都放在了中间层实施处理。而通常情况下，三层体系结构是不提供客户端与数据库之间的交互的，它主要基于COM/DCOM通讯手段来和中间层衔接建立联系，并经由中间层与数据库实施交互作业。
（二）三层体系结构的交互具体操作流程
三层体系结构的交互具体操作流程主要基于三点。第一点是数据访问层与数据库之间的交互，当访问层在数据库获取数据并将其传递到业务逻辑层后，业务的实际应用需要就会被满足。再者，业务逻辑层的数据操作指令也会实时传递至数据库，实现对数据的接收、存储、处理和删除等基本操作。
第二，在三层体系结构中业务逻辑层的主要作用是承接上下层，实现基于数据逻辑处理的交互功能，从而促进业务应用。
第三，表示层可以实现数据库系统与用户之间的交互，接受并反馈来自于用户的请求，体现数据结果的流通，但在这层中是不存在任何数据处理过程的。
综上所述，三层架构下所建立的数据库服务器在子服务器的连接数量方面有大幅度减少。而且在基于校验与规则的中间层，如果业务规则发生任何变化时，只需要更改诸如DLL这样的中间层组件，就能够实现对系统的维护，这其中是不涉及任何应用程序修改处理的。举例来说，在数据库中将Oracle转为SQL Server，只要在数据访问层对所对应的数据库连接类实施修改就能促成維修管理行为，而不用修改任何其它层代码，所以基于C#.NET的三层架构在应用过程中具有很高的可重用性和可维护性[1]。
二、C#.NET下三层架构数据库应用系统的开发流程分析
本文主要按照自下而上的递进关系来对三层结构进行数据库应用系统的建立。
（一）数据访问层的建立
在建立数据访问层之前首先要添加新项，并同时选择数据集。其次是在数据集中添加数据库链接。最后将数据表也拖入数据集中，点击Data Table AdapterData后，系统就会自动生成InsertCommond、DeleteCommand以及UpdateCommand 3层。考虑到系统本身可能存在bug，所以在修改GetData后上述的3层数据结构很可能会消失，所以应该及时拷贝保存它们，并在它们后面修改sql语句，作为系统体系构建基础。
（二）业务逻辑层的建立
由于数据访问层属于数据处理的核心部分，所以它的整体变动还是相对较小的。而在业务逻辑层方面，则要根据实际业务的需求来灵活变动修改。
对业务逻辑层的处理首先要在网站添加新项目，并在新项目后编写类代码，举例代码如下：
Public dsNainai.deviceDataTable
GetDevicesByLineID DeviceID（int投入生产线ID，int 设备ID）
Else if（投入生产线ID>0，设备ID<0），return Adapter.GetDevicesByLineID.
Else return Adapter.GetDeviceByDeviceID（设备ID）
如果系统构建所采用的是没有中间业务层的双层结构模式，则可以利用表现层来取代业务层访问数据层。它的缺陷就在于现实模式相对更加固定，所以在访问数据过程中不如中间业务层灵活[2]。
（三）表现层的设计
在设计表现层时可以运用GridView对表现层整体状况进行显示观察，并利用DetailsView来记录表现层变化情况，配置二者的数据源。在开启DetailsView软件后，就可以点击显示智能标志并选择编辑字段，在字段选项中设置“所选定的字段”，保证所选择的字段能够与数据库中的字段相互一致，避免数据库中参数矛盾现象的产生。
配置表现层数据源时，要将“只显示数据组件”这一选项勾掉，就能够任意选择逻辑层定义方法，可以见得在表现层的设计过程中所有的数据集建立方法都是可行的，之所以配合逻辑层进行系统体系构建是因为它在应用方面更加灵活，可以对业务逻辑进行细化处理[3]。
总结：基于C#.NET下的三层架构在数据库应用系统开发建设的安全性方面具有较大优势，且设计过程照比传统设计更加灵活，这些都是利于其未来发展的重要优势。但其开发成本较高也是现今技术领域与企业不得不面对的问题，这些还有待于未来的进一步挖掘和研究，从而实现系统开发趋于良性方向的有利改善。
参考文献
[1] 王海燕.C#.NET下三层架构数据库应用系统开发[J].计算机技术与发展，2014，22（6）：78-81.
[2] 丛书勤.基于C#.NET下三层架构数据库应用系统开发分析[J].计算机光盘软件与应用，2013（17）：272-272，274.
[3] 吴小欣，王宏旭.C#.NET下三层架构数据库应用系统开发调试分析[J].硅谷，2013（23）：166.