怎么正确连接ADO

这篇文章主要讲解了"怎么正确连接ADO"，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习"怎么正确连接ADO"吧！

.NET数据提供程序是一个类的集合，专门设计用来同特定类型的数据存储区进行通信。.NET Framework包括4种此类提供程序：SQL Client .NET数据提供程序、Oracle Client .NET数据提供程序、ODBC .NET数据提供程序和OLE DB .NET数据提供程序。

]SQL Client和ADO连接对象提供程序设计用于分别同特定数据库--SQL Server和Oracle进行通信。ODBC和OLE DB .NET数据提供程序经常被称为"桥梁"组件，因为它们用作通向早期技术--ODBC和OLE DB的桥梁。这些提供程序使开发人员能够分别通过ODBC驱动程序和OLE DB提供程序同各种数据存储区进行通信。

每种.NET数据提供程序都实现相同的基类-- ProviderFactory，Connection，ConnectionStringBuilder，Command，DataReader，Parameter和Transaction，只是其实际名称取决于该数据提供程序。例如，SQL Client .NET数据提供程序具有SqlConnection类，而ADO连接对象提供程序包括OdbcConnection类。无论使用哪种.NET数据提供程序，此数据提供程序的Connection类都通过相同的基接口实现相同的基本特性。

要对数据存储区打开一个连接，可创建此提供程序连接类的一个实例，设置此对象的ConnectionString属性，然后调用其Open方法即可。每个.NET数据提供程序都有自己的命名空间。.NET Framework中所包括的4个提供程序是System.Data命名空间的一个子集，非连接对象就位于System .Data命名空间之中。

SQL Client数据提供程序位于System.Data.SqlClient命名空间中，ODBC .NET数据提供程序位于System.Data.Odbc命名空间中；OLE DB .NET数据提供程序位于System.Data.OleDb命名空间中；ADO连接对象数据提供程序则位于System.Data.OracleClient命名空间中。

我不同意这种说法，我认为Microsoft使Java用户成为二等公民。那些.NET提供的服务具有类似的功能--我们支持它们。J2EE规范更成熟/完整，所以需要支持的更多。.NET一直是我们前进的目标。我们需要融合.NET的一些技术，以使我们的产品更有说服力。

显然Microsoft有特权并可以完全地、直接地使用操作系统开发，而我们不行。但我们通常可以与Microsoft保持步调一致，所以我想我们在资源、白皮书、研讨会和产品发行方面同任何其它公司做的一样好。

Oracle主要是一个技术基础架构公司，用于企业处理。用户想要安全的结构，所以我们不想发行任何东西，ADO连接对象直到一切都为生产环境做好了预备。

感谢各位的阅读，以上就是"怎么正确连接ADO"的内容了，经过本文的学习后，相信大家对怎么正确连接ADO这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是，小编将为大家推送更多相关知识点的文章，欢迎关注！