- ubuntu12.04环境下使用kvm ioctl接口实现最简单的虚拟机
- Ubuntu 通过无线网络安装Ubuntu Server启动系统后连接无线网络的方法
- 在Ubuntu上搭建网桥的方法
- ubuntu 虚拟机上网方式及相关配置详解
CFSDN坚持开源创造价值,我们致力于搭建一个资源共享平台,让每一个IT人在这里找到属于你的精彩世界.
这篇CFSDN的博客文章OLEDB和ODBC的区别(优缺点)由作者收集整理,如果你对这篇文章有兴趣,记得点赞哟.
ODBC是一种连接数据库的开放标准。 ODBC(OpenDataBase Connectivity,开放数据库互连)是微软公司开放服务结构(WOSA,Windows OpenServices Architecture)中有关数据库的一个组成部分,它建立了一组规范,并提供了一组对数据库访问的标准API(应用程序编程接口)。这些API利用SQL来完成其大部分任务。ODBC本身也提供了对SQL语言的支持,用户可以直接将SQL语句送给ODBC。 它本身就是为了是数据库的使用者不必考虑使用的是何种数据库而只需要相同的操作而设计的。 ODBC是Open Database Connect即开放数据库互连的简称,它是由Microsoft 公司于1991 年提出的一个用于访问数据库的统一界面标准,是应用程序和数据库系统之间的中间件。它通过使用相应应用平台上和所需数据库对应的驱动程序与应用程序的交互来实现对数据库的操作,避免了在应用程序中直接调用与数据库相关的操作,从而提供了数据库的独立性。 ODBC 主要由驱动程序和驱动程序管理器组成。驱动程序是一个用以支持ODBC 函数调用的模块,每个驱动程序对应于相应的数据库,当应用程序从基于一个数据库系统移植到另一个时,只需更改应用程序中由ODBC 管理程序设定的与相应数据库系统对应的别名即可。驱动程序管理器可链接到所有ODBC 应用程序中,它负责管理应用程序中ODBC 函数与DLL 中函数的绑定。 ODBC 使用层次的方法来管理数据库,在数据库通信结构的每一层,对可能出现依赖数据库产品自身特性的地方,ODBC 都引入一个公共接口以解决潜在的不一致性,从而很好地解决了基于数据库系统应用程序的相对独立性,这也是ODBC 一经推出就获得巨大成功的重要原因之一。 从结构上分,ODBC 分为单束式和多束式两类。 1.单束式驱动程序 单束式驱动程序介于应用程序和数据库之间,像中介驱动程序一样数据提供一个统一的数据访问方式。当用户进行数据库操作时,应用程序传递一个ODBC 函数调用给ODBC 驱动程序管理器,由ODBC API 判断该调用是由它直接处理并将结果返回还是送交驱动程序执行并将结果返回。由上可见,单束式驱动程序本身是一个数据库引擎,由它直接可完成对数据库的操作,尽管该数据库可能位于网络的任何地方。 2.多束式驱动程序 多束式驱动程序负责在数据库引擎和客户应用程序之间传送命令和数据,它本身并不执行数据处理操作而用于远程操作的网络通信协议的一个界面。前端应用程序提出对数据库处理的请求,该请求转给ODBC 驱动程序管理器,驱动程序管理器依据请求的情况,就地完成或传给多束驱动程序,多束式驱动程序将请求翻译为特定厂家的数据库通信接口(如Oracle 的SQLNet)所能理解的形式并交于接口去处理,接口把请求经网络传送给服务器上的数据引擎,服务器处理完后把结果发回给数据库通信接口,数据库接口将结果传给多束式ODBC 驱动程序,再由驱动程序将结果传给应用程序。 ODBC(开放数据库互连):是Microsoft引进的一种早期数据库接口技术。它实际上是ADO的前身。早期的数据库连接是非常困难的. 每个数据库的格式都不一样,开发者得对他们所开发的每种数据库的底层API有深刻的了解. 因此,能处理各种各样数据库的通用的API就应运而生了. 也就是现在的ODBC(Open Database Connectivity), ODBC是人们在创建通用API的早期产物. 有许多种数据库遵从了这种标准,被称为ODBC兼容的数据库. OLEDB(对象链接和嵌入数据库)位于ODBC层与应用程序之间. 在你的ASP页面里,ADO是位于OLEDB之上的"应用程序". 你的ADO调用先被送到OLEDB,然后再交由ODBC处理. 你可以直接连接到OLEDB层,如果你这么做了,你将看到服务器端游标(recordset的缺省的游标,也是最常用的游标)性能的提升. 参考 http://www.connectionstrings.com/ 用odbc连接数据库: odbc中提供三种dsn,它们的区别很简单:用户dsn只能用于本用户。系统dsn和文件dsn的区别只在于连接信息的存放位置不同:系统dsn存放在odbc储存区里,而文件dsn则放在一个文本文件中。 它们的创建方法就不说了。 在asp中使用它们时,写法如下: 1.sql server: 用系统dsn: connstr="DSN=dsnname; UID=xx; PWD=xxx;DATABASE=dbname" 用文件dsn:connstr="FILEDSN=xx;UID=xx; PWD=xxx;DATABASE=dbname" 还可以用连接字符串(从而不用再建立dsn): connstr="DRIVER={SQLSERVER};SERVER=servername;UID=xx;PWD=xxx" 2.access: 用系统dsn: connstr="DSN=dsnname" (或者为:connstr="DSN=dsnname;UID=xx;PWD=xxx") 用文件dsn:connstr="FILEDSN=xx" 还可以用连接字符串(从而不用再建立dsn): connstr="DRIVER={MicrosoftAccess Driver};DBQ=d:\abc\abc.mdb" 用oledb连接数据库: 1.sql server: connstr="PROVIDER=SQLOLEDB; DATASOURCE=servername;UID=xx;PWD=xxx;DATABASE=dbname" 2.access: connstr="PROVICER=MICROSOFT.JET.OLEDB.4.0; DATASOURCE=c:\abc\abc.mdb" 值得注意的是,OLE DB对ODBC的兼容性,允许OLE DB访问现有的ODBC数据源。其优点很明显,由于ODBC相对OLE DB来说使用得更为普遍,因此可以获得的ODBC驱动程序相应地要比OLE DB的要多。这样不一定要得到OLE DB的驱动程序,就可以立即访问原有的数据系统。 提供者位于OLE DB层,而驱动程序位于ODBC层。如果想使用一个ODBC数据源,需要使用针对ODBC的OLE DB提供者,它会接着使用相应的ODBC驱动程序。如果不需要使用ODBC数据源,那么可以使用相应的OLE DB提供者,这些通常称为本地提供者(native provider)。 可以清楚地看出使用ODBC提供者意味着需要一个额外的层。因此,当访问相同的数据时,针对ODBC的OLE DB提供者可能会比本地的OLEDB提供者的速度慢一些。 ODBC,OLEDB连接字符串详解 SQL Server u ODBC 1. Standard Security: "Driver={SQLServer};Server=Aron1;Database=pubs;Uid=sa;Pwd=asdasd;" 2. Trusted connection: "Driver={SQLServer};Server=Aron1;Database=pubs;Trusted_Connection=yes;" 3. Prompt for username and password: oConn.Properties("Prompt")= adPromptAlways oConn.Open"Driver={SQL Server};Server=Aron1;DataBase=pubs;" u OLE DB, OleDbConnection (.NET) 1. Standard Security: "Provider=sqloledb;DataSource=Aron1;Initial Catalog=pubs;User Id=sa;Password=asdasd;" 2. Trusted Connection: "Provider=sqloledb;DataSource=Aron1;Initial Catalog=pubs;Integrated Security=SSPI;" (useserverName\instanceName as Data Source to use an specifik SQLServer instance,only SQLServer2000) 3. Prompt for username and password: oConn.Provider= "sqloledb" oConn.Properties("Prompt")= adPromptAlways oConn.Open"Data Source=Aron1;Initial Catalog=pubs;" 4. Connect via an IP address: "Provider=sqloledb;DataSource=190.190.200.100,1433;Network Library=DBMSSOCN;Initial Catalog=pubs;UserID=sa;Password=asdasd;" (DBMSSOCN=TCP/IPinstead of Named Pipes, at the end of the Data Source is the port to use (1433is the default)) u SqlConnection (.NET) 1. Standard Security: "DataSource=Aron1;Initial Catalog=pubs;User Id=sa;Password=asdasd;" - or - "Server=Aron1;Database=pubs;UserID=sa;Password=asdasd;Trusted_Connection=False" (bothconnection strings produces the same result) 2. Trusted Connection: "DataSource=Aron1;Initial Catalog=pubs;Integrated Security=SSPI;" - or - "Server=Aron1;Database=pubs;Trusted_Connection=True;" (bothconnection strings produces the same result) (useserverName\instanceName as Data Source to use an specifik SQLServer instance,only SQLServer2000) 3. Connect via an IP address: "DataSource=190.190.200.100,1433;Network Library=DBMSSOCN;Initial Catalog=pubs;UserID=sa;Password=asdasd;" (DBMSSOCN=TCP/IPinstead of Named Pipes, at the end of the Data Source is the port to use (1433is the default)) 。
最后此篇关于OLEDB和ODBC的区别(优缺点)的文章就讲到这里了,如果你想了解更多关于OLEDB和ODBC的区别(优缺点)的内容请搜索CFSDN的文章或继续浏览相关文章,希望大家以后支持我的博客! 。
尽管 Jet/OLE DB 参数是相对的 well documented我无法理解这两个连接参数之间的区别: 第一个: Jet OLEDB:Transaction Commit Mode (DBPRO
此查询产生错误 No value given for one or more required parameters : using (var conn = new OleDbConnection("
当文件名有句点时,使用 OLEDB 读取 CSV 文件时出现问题。 我在 C# 中有一个代码,它使用 OleDBProvider 读取 CSV 文件。它适用于常规范式的文件名,例如 Budget.cs
自从我使用经典 ASP 和 Microsoft Access 进行一些编程以来,我们使用“Microsoft.Jet.Oledb”驱动程序来 Access 和显示数据已经很多年了。 我被要求做一些使用
我已经编译了来自运行 VS2007 ATL OLEDB Provider wizard 的示例 OleDb 提供程序代码.我在那篇博文中提供了更完整的细节。代码使 Excel 崩溃。 Sub Test
我正在尝试创建与位于 SharePoint 服务器上的 Excel 文件的 OleDb 连接。我正在玩的示例代码抛出 OleDb 异常“无效的互联网地址”: public static void Co
我得到以下异常 'Microsoft.ACE.OLEDB.12.0' provider is not registered on the local machine 虽然我已经安装了 'Microso
我正在使用 ASP 上的 OleDb 读取 excel 文件。网络(C#)。 所有信息都正常返回,我惊讶地发现,即使 Excel 文件中定义的单元格类型也返回到我的代码中。 问题是我有所有单元格“常规
有人有我可以在 Excel 的 CREATE TABLE 语句中使用的数据类型列表吗?我已经搜索过,但无法提出任何建议;至少不是任何官方的。从一个地方,我发现: CHAR(255) MEMO INT
我需要以编程方式检查 Excel 中多个 OLEDB 数据连接到 SQL 表和 View 的刷新日期。它们都以相同的方式配置并使用相同的连接字符串,我在 VBA 中使用以下命令检查它们: Connec
我正在编写一个 Web 应用程序,该应用程序将通过打开与经过身份验证的用户提交的 Excel 文件的 OLEDB 连接来读取数据。谁能告诉我以这种方式打开 Excel 文件的安全风险吗?我知道危险的宏
我们正在使用 ADO 访问 Oracle 10g 第 2 版,Oracle 10g 的 Oledb 提供程序。我们在连接池方面遇到了一些问题。数据库驻留在远程机器上,并且连接池正在发生。但是如果远程机
我管理一个导入 Excel 文档的旧应用程序。它已经运行了很长时间,但大约 6 个月前,它停止了工作。在断断续续地搜索错误几个月后,我终于发现我需要在 Exceldocument 中的工作表名称末尾添
我试图找到一种方法来保护查询字符串中的撇号。我有一个包含撇号的字符串格式的值,当我尝试插入时它抛出一个错误 例如: Insert into ["excelApp.worksheetsList.Elem
我有一个 C# 应用程序,它使用 OleDBConnection 连接到本地计算机上的命名 SQL Express 实例: _connection = new OleDbConnection(_str
目前我正在搜索连接字符串的属性,它可用于以只读模式连接到 Excel 文件。搜索 Google 得到了很多连接字符串的示例,但我似乎无法在 OleDb 连接字符串的“扩展属性”部分找到所有可能性的规范
我有一个 DataFlow 任务,应该提取大约 1800 万条记录,并在对它们执行一些任务后,将它们插入到另一个 OLEDB 目标中。 问题可以在下面的屏幕截图中看到。 我收到的错误如下: Infor
我有一个关于向命令(MySQL 或 OleDB,我目前使用这两者)添加参数以避免 SQL 注入(inject)的问题。 除了开放的注入(inject)漏洞之外,这个硬编码查询工作得绝对正常; var
我有一个使用 MySQL 数据库的 vb.net 程序。现在我将数据库更改为 Microsoft Access 2010。我更改了所有必要的设置,例如连接首选项、命令等。 问题是:我遇到了一个错误 m
我正在尝试找到一种方法来正确格式化从旧的 Visual Fox Pro 数据库加载数据的 SELECT 语句中的日期。我需要这样做,以便我可以将其加载到 CSV 中,然后将其加载到 MySQL 中,它
我是一名优秀的程序员,十分优秀!