现开发一个多数据库（Access、sql server、mysql、oracle）支持的web程序，希望大家能提供几个比较好的开发思路？？ 现开发一个多数据库（Access、sql server、mysql、oracle）支持的web程序，希望大家能提供几个比较好的开发思路？？以前做aspnet程序的时候数据库访问层要不用微软的SQLHelper，要不就用自己封装的简单一点的数据库访问层，最好也能用上这个数据访问层希望高手出来解答一下。 解决方案 » 免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货 下面是一个高人说的方法（很多不明白的地方）： 当我们以一个项目的方式来完成软件设计开发时，通常开发的具体环境已经确定，采用的数据库也已经确定，因此不存在支持多数据库方面的需求。但是，如果一个软件以产品的方式出现，需要以同一产品适应不同企业的IT环境时，多数据库支持将是一个非常重要的需求；如何实现多数据库支持，将直接关系到产品的质量及实施和维护成本，关系到产品推广的范围和最终的成败；本文将就当前常用的多数据库实现方式做一简要介绍，并以笔者所在公司开发的某软件中采用的多数据库支持实现技术做一介绍。 实现了多数据库支持的软件产品通常采用以下几种方式：1.统采用分层结构，为每种数据库实现一套数据访问层。该方案具有实现简单、结构清晰的优点，但也具有很多问题。软件中的某功能点修改可能牵涉到多套数据访问层的修改，同时，也会给测试带来成倍增长的工作量；由于实现同样数据访问功能需要对不同数据库编码，所以肯定会带来更大的编码量、引入更多的Bug,影响软件质量。2.系统采用的SQL语句置于系统外部,SQL语句分为多套，每种数据库维护一套SQL语句。该实现方式可以在部分情况下达到不修改代码而调整系统的目的、设置在简单的情况下可达到不修改代码而增加一种新数据库支持的目的。但该实现方式存在调试困难、维护易出错的缺陷。同时，如果系统较复杂的情况下，难以体现出其优点，实用性不高。3.采用标准SQL语句实现多数据库支持。该方法是谈论较多的方法，但真正采用该方法实现了多数据库支持的软件系统的厂商并不多。原因在于各数据库厂商对标准SQL的支持是不完全的，而且，对系统开发者而言，要求其能准确区分出那些是标准SQL,那些是特定数据库SQL,这本身并不现实；而一旦采用了特定数据库SQL而测试又不是非常充分的话，就会埋下很多定时炸弹。 笔者所在公司在实现eHR软件多数据库支持功能前，提出以下要求：1.能很方便的实现对新数据库的支持，最好能达到不修改采用该方法实现的系统的代码就能增加对新数据库支持。2.系统修改、维护容易，编码工作量最好与支持的数据库种类多少无关。针对以上的一些，我们提出了以下的多数据库支持的实现方案：解决方案由三部分构成：SQL实体描述对象、SQL语句生成器、SQL实体执行器；这些部分构成一个介于数据访问层与数据库间的新的软件层（Data I/O Controler），供数据访问层调用； 与通常的多层体系结构软件比较起来，该方案不同之处在于数据访问层访问数据库方法并不是直接执行SQL语句，而是以SQL实体对象的方式描述出对应SQL语句的语意；然后调用SQL实体执行器对SQL实体描述对象处理，生成对应的数据类型的SQL语句，并执行。在SQL执行器中，为了能支持多数据库，需要对没种数据库实现一个以独立DLL方式存在的Adapter,该Adapter接收传入的SQL实体对象，并能根据SQL实体对象描述的语意，生成符合对应数据库语法的SQL语句。Adapter需要实现一系列预先定义好的接口，以方便SQL实体执行器的调用；SQL实体执行器在运行期间才与具体Adapter关联，不必事先知道由何种Adapter处理SQL实体对象；当需要增加对新数据库的支持时，不必修改任何原有软件，只需要实现一个新的Adapter就可；该方案将支持多数据库的复杂性与具体软件隔离开来，将复杂性由通常的分布于软件各处变更为于一点集中处理，可使维护更容易、编码量大大降低，系统可靠性更高；关于他说的这个解决方案有没有现成的例子？？谁有能否提供一个？？？请留下您的qq或者msn。 “统采用分层结构，为每种数据库实现一套数据访问层。”这个方案比较赞同！但是，“于实现同样数据访问功能需要对不同数据库编码，所以肯定会带来更大的编码量、引入更多的Bug,影响软件质量。”这个窃以为不是的！如果引入设计模式，针对每个数据库设计统一的接口，利用反射机制和web.config配置文件可以很方便的用工厂装配出需要的组件。孙亚民先生在这方面有非常成功的开源例子WebSharp2004，只是我道力尚浅，恨不能完全消化，正在苦心研究！而且WebSharp不只涉及多数据库支持，还包括ORM/AOP等领域。三楼的如果想要代码，可以加我QQ：350476086，大家一起研究。 关于触发器 触发器问题 EXEC的初级问题！ 如果把A数据库中的一个表导到B数据库中？ 使用sp_addextendedproc这个系统存储过程有哪些注意事项 在Recordset对象的 getXXX 方法中，那个XXX 和 SQL Server 2k 中的 uniqueidentifier 类型相匹配，小弟急用！！！ n个问题~~ 请问！！如何将sql server中表的数据导入到EXCEL文件中去？？？？急用！！ 哪位高手知道如何在SQLServer触发器中调用系统存储过程？ 新手求助！！！ 请教一将两表内容整合到一表的查询语句 怎么调用存储过程中的输出参数？？
当我们以一个项目的方式来完成软件设计开发时，通常开发的具体环境已经确定，采用的数据库也已经确定，因此不存在支持多数据库方面的需求。但是，如果一个软件以产品的方式出现，需要以同一产品适应不同企业的IT环境时，多数据库支持将是一个非常重要的需求；如何实现多数据库支持，将直接关系到产品的质量及实施和维护成本，关系到产品推广的范围和最终的成败；本文将就当前常用的多数据库实现方式做一简要介绍，并以笔者所在公司开发的某软件中采用的多数据库支持实现技术做一介绍。 实现了多数据库支持的软件产品通常采用以下几种方式：1.统采用分层结构，为每种数据库实现一套数据访问层。该方案具有实现简单、结构清晰的优点，但也具有很多问题。软件中的某功能点修改可能牵涉到多套数据访问层的修改，同时，也会给测试带来成倍增长的工作量；由于实现同样数据访问功能需要对不同数据库编码，所以肯定会带来更大的编码量、引入更多的Bug,影响软件质量。2.系统采用的SQL语句置于系统外部,SQL语句分为多套，每种数据库维护一套SQL语句。该实现方式可以在部分情况下达到不修改代码而调整系统的目的、设置在简单的情况下可达到不修改代码而增加一种新数据库支持的目的。但该实现方式存在调试困难、维护易出错的缺陷。同时，如果系统较复杂的情况下，难以体现出其优点，实用性不高。3.采用标准SQL语句实现多数据库支持。该方法是谈论较多的方法，但真正采用该方法实现了多数据库支持的软件系统的厂商并不多。原因在于各数据库厂商对标准SQL的支持是不完全的，而且，对系统开发者而言，要求其能准确区分出那些是标准SQL,那些是特定数据库SQL,这本身并不现实；而一旦采用了特定数据库SQL而测试又不是非常充分的话，就会埋下很多定时炸弹。 笔者所在公司在实现eHR软件多数据库支持功能前，提出以下要求：1.能很方便的实现对新数据库的支持，最好能达到不修改采用该方法实现的系统的代码就能增加对新数据库支持。2.系统修改、维护容易，编码工作量最好与支持的数据库种类多少无关。针对以上的一些，我们提出了以下的多数据库支持的实现方案：解决方案由三部分构成：SQL实体描述对象、SQL语句生成器、SQL实体执行器；这些部分构成一个介于数据访问层与数据库间的新的软件层（Data I/O Controler），供数据访问层调用； 与通常的多层体系结构软件比较起来，该方案不同之处在于数据访问层访问数据库方法并不是直接执行SQL语句，而是以SQL实体对象的方式描述出对应SQL语句的语意；然后调用SQL实体执行器对SQL实体描述对象处理，生成对应的数据类型的SQL语句，并执行。在SQL执行器中，为了能支持多数据库，需要对没种数据库实现一个以独立DLL方式存在的Adapter,该Adapter接收传入的SQL实体对象，并能根据SQL实体对象描述的语意，生成符合对应数据库语法的SQL语句。Adapter需要实现一系列预先定义好的接口，以方便SQL实体执行器的调用；SQL实体执行器在运行期间才与具体Adapter关联，不必事先知道由何种Adapter处理SQL实体对象；当需要增加对新数据库的支持时，不必修改任何原有软件，只需要实现一个新的Adapter就可；该方案将支持多数据库的复杂性与具体软件隔离开来，将复杂性由通常的分布于软件各处变更为于一点集中处理，可使维护更容易、编码量大大降低，系统可靠性更高；
关于他说的这个解决方案有没有现成的例子？？谁有能否提供一个？？？请留下您的qq或者msn。
但是，“于实现同样数据访问功能需要对不同数据库编码，所以肯定会带来更大的编码量、引入更多的Bug,影响软件质量。”这个窃以为不是的！如果引入设计模式，针对每个数据库设计统一的接口，利用反射机制和web.config配置文件可以很方便的用工厂装配出需要的组件。
孙亚民先生在这方面有非常成功的开源例子WebSharp2004，只是我道力尚浅，恨不能完全消化，正在苦心研究！而且WebSharp不只涉及多数据库支持，还包括ORM/AOP等领域。
三楼的如果想要代码，可以加我QQ：350476086，大家一起研究。