数据库SQL访问.docx

,而之后,、V7.。目前,BU大力推的是V7.,。但从用户的角度来说,,以后,我们碰到的客户,。所以,。,,。(一),,原来的企业管理器变成了SQLServerManagementStudio(SSMS)。:系统在SQLServer中注册了自己的账户,Admin、onnect等,所以,使用到了SQLServer的认证方式。外部程序访问数据库时,可以采用Windows集成的认证方式。(与原来的DTS类似)-数据库方法及程序同原来的教材,原来的教材的程序同样适用。。(二):SybaseAnywhere7()->MicrosoftSQLServer2000()->MicrosoftSQLServer2005(,),慢速归档和快速归档都采用了压缩的方式存储在数据库的相应表中(MicrosoftSQLServer2005之后),访问这些经过压缩的二进制数据块,需要采用独特的OLE–DBprovider——OLE-DBprovider,而普通的MicrosoftOLE–的归档数据。。所谓的“实例”,就是一个SQLServer数据库引擎。SQLServer支持在同一台计算机上同时运行多个SQLServer数据库引擎实例,每个SQLServer数据库引擎实例各有一套不为其他实例共享的系统及用户数据库。各实例的运行是独立的,一个实例的运行不会受其他实例运行的影响,也不会影响其他实例的运行。在一台计算机上安装多个SQLServer实例,就相当于把这台计算机模拟成多个数据库服务器,而且这些模拟的数据库服务器是独立且同时运行的。(UTC,UniversalTimeCoordinated)时间,滞后北京时间8小时,所以得到归档数据后,时间需要做调整。例如在VB中可以使用DateAdd函数来进行转换。;在组件/对象盛行的大趋势下,微软打算用OLE-DB来取代ODBC;ADO是简单的应用程序层面的数据库访问方法,构建在OLE-DB之上。ODBC(OpenDatabaseConnectivity)是一个数据库访问的标准接口。ODBC能够动态装载各个数据库的CLI,并把对ODBC的调用转换为CLI调用。通过这一标准的接口,开发者就可以不必关心具体的数据库管理系统(DBMS)的实现细节。只要相应类型数据库提供了ODBC驱动程序,就可以同过ODBC来实现对数据库的访问。至此,数据库应用程序就独立于具体的数据库管理系统了。技术发展起来以后,微软提出了OLE-DB(ObjectLinking&EmbeddingforDatabase)。OLE-接口,并且需要每个数据库都提供自己的Provider(也就是类似于CLI的数据库调用方法或驱动)。所以,OLE-技术下的数据库访问的API函数。选件Connectivitypack不是一个或一组应用程序,而是一组接口,不是面向最终用户,数据库应用开发者提供不同的方法。主要包括了OLE-DB,OPCXML,OPCHAD和OPCA&E。MicrosoftSQLServer提供了许多Provider,Provider?原因如下:只有使用制造商自己的Provider,才能访问加密的或者和SQL不兼容的数据。的过程值归档数据库就是经过压缩的,OLE-DB才能够解压这些数据。