📄 206004.htm
字号:
<html><body><span id=Layer1><a name=206004><font color=#3e70d7 face=arial size=5><b>存取资料的相关技术</span><span id=Layer2></b></font><p><font size=2 color=#3c3c3c face=arial>ADO是一个存取关联式资料库资讯很有用的介面，加上Record与Stream物件，以存取阶层式结构，如档案系统。然而，还有许多类型的资讯，以及许多存取它的可能方法。因此ADO衍生许多技术，每种技术专注在特定类型的资料存取。</span><span id=Layer3></font></p><font color=#3e72d7 face=arial size=4><b>ADO Extensions for Data Definition Language and Security</span><span id=Layer4></b></font><p><font size=2 color=#3c3c3c face=arial>ADO中的资料允许存取资料，它们提供一个公用的方式来检视，并修改描述这个资料的架构（schema）。为了补救这个问题，Microsoft定义了ADO Extensions for Data Definition Languages and Security，简称ADOX。ADOX定义一组COM物件可搭配ADO使用，让客户端有读取并修改描述资料的能力。它也可以授权存取资料，或取回授权。虽然ADOX企图定义一个公用的方式以实践这些操作，但并非所有的OLE DB Provider都支援它的所有功能，因此可用的功能将视其存取的资料来源而定。</span><span id=Layer5></font></p><p><font size=2 color=#3c3c3c face=arial>ADOX定义一个公用的介面以存取架构与安全资讯</span><span id=Layer6></font></p><hr><font face=Arial Black color=#3e77d7 size=3><b></b></font><p><font size=2 color=#3c3c3c face=arial>ADOX定义一个公用的介面以存取架构与安全资讯</span><span id=Layer7></font></p><hr><font color=#3e72d7 face=arial size=4><b>ADO Multidimensional</span><span id=Layer8></b></font><p><font size=2 color=#3c3c3c face=arial>ADO主要的目的便是允许客户端容易存取二维资料表的资料，通常是存取关联式资料库的资料表。不过目前有许多DBMS允许储存并查询多维的资料，资料包含在二维以上的结构中。或许这类型的资料最常见的是在即时线上分析处理（On-Line Analytical Processing，OLAP）系统中，在今日的商业资料处理上相当地流行。举例来说，想像一下一个使用者发行一个查询检视在过去12个月中某个产品在六个地区的销售情况。这些变数都可以视为一个维度（dimension），而将要检视的资料可视为cube。（事实上，这些资料通常会超过叁个维度，不过仍旧习惯称做cube）。</span><span id=Layer9></font></p><p><font size=2 color=#3c3c3c face=arial>ADO （Multidimensional），或称ADOMD，新增一些物件到ADO，允许与cube与多维的资料一起运作。使用这类的资料时，本来就相当地复杂，因此ADOMD不是的简单的东西，特别是OLAP应用程式。ADMOD能提供一个有用的公用介面，跟往常一样，这个ADO延伸程式的特性并非所有provider都支援。因此希望透过ADOMD存取的OLE DB provider必须具备定义在Microsoft的OLE DB for OLAP规格的多维资料提供者（multidimensional data provider，MDP）之资格。</span><span id=Layer10></font></p><p><font size=2 color=#3c3c3c face=arial>ADOMD定义了一个公用的介面以存取多维的资料</span><span id=Layer11></font></p><hr><font face=Arial Black color=#3e77d7 size=3><b></b></font><p><font size=2 color=#3c3c3c face=arial>ADOMD定义了一个公用的介面以存取多维的资料</span><span id=Layer12></font></p><hr><font color=#3e72d7 face=arial size=4><b>远端资料服务（Remote Data Service）</span><span id=Layer13></b></font><p><font size=2 color=#3c3c3c face=arial>在一个叁层式应用程式中，有一个很平常的事件，发生顺序为：桌上型客户端发行一个SQL查询，然後将查询传送到中间层。这个查询将传送到一个DBMS，然後建立一个ADO Recordset包含查询执行的结果。跟着Recordset中的资料便从中间层传回桌上型客户端，展示给使用者。让这个动作完成的其中一个方法便是自行撰写一个客户端，使用DCOM将查询传送到中间层COM物件，然後将结果传送回客户端，使其成为离线Recordset。不过想像一下这个情况，当客户端是Microsoft Internet Explorer时，因此用来存取中间层的协定是HTTP。而应用程式所要做的事便是执行一个简单的查询，并没有足够的商业逻辑来撰写一个COM元件。使用简单的手段来解决这个问题是远端资料服务（Remote Data Service，RDS）的目的。</span><span id=Layer14></font></p><p><font size=2 color=#3c3c3c face=arial>RDS提供一个简单的方法以发行查询并取得执行结果</span><span id=Layer15></font></p><hr><font face=Arial Black color=#3e77d7 size=3><b></b></font><p><font size=2 color=#3c3c3c face=arial>RDS提供一个简单的方法以发行查询并取得执行结果</span><span id=Layer16></font></p><hr><p><font size=2 color=#3c3c3c face=arial>RDS是实作成一小组COM物件。其中一个物件称DataSpace物件，执行在桌上型电脑上，允许客户端在中间层建立其它的COM物件。这个简单的DataSpace物件只显露一个单一的method：CreateObject。若客户端透过DCOM与中间层沟通，呼叫这个method就像是呼叫CoCreateInstance，或其它COM的标准物件建立函数一样。若客户端是Internet Explorer 它最常和RDS搭配使用，透过HTTP与中间层沟通，DataSpace物件使用HTTP将建立物件的要求传送到Internet Information Services （IIS） ，而不是透过DCOM协定。</span><span id=Layer17></font></p><p><font size=2 color=#3c3c3c face=arial>RDS Data-Space物件允许透过DCOM或HTTP建立一个远端的COM物件</span><span id=Layer18></font></p><hr><font face=Arial Black color=#3e77d7 size=3><b></b></font><p><font size=2 color=#3c3c3c face=arial>RDS Data-Space物件允许透过DCOM或HTTP建立一个远端的COM物件</span><span id=Layer19></font></p><hr><p><font size=2 color=#3c3c3c face=arial>在任一种情况下都会回传一个适当的proxy到新建立的物件，允许客户端呼叫它的method。就之前所描述，典型的RDS客户端得要呼叫SQL查询。若要让这个动作尽可能地简单，RDS提供一个物件执行在中间层上，称DataFactory物件。客户端可以使用DataSpace物件来建立一个DataFactory物件的实例，然後呼叫它的Query method传送一个SQL查询到DataFactory。DataFactory物件使用ADO来执行这个查询，并将结果放到一个Recordset物件。这个Recordset会被适当地包装，然後回传到客户端成为一个离线Recordset，不管使用的协定是DCOM或HTTP。运作的过程如图6-12。</span><span id=Layer20></font></p><p><font size=2 color=#3c3c3c face=arial>在载入Internet Explorer执行，嵌入Web网页的VBScript程式中使用RDS是很平常的。中间层物件 一个DataFactory或许是客户端指定的自订之商业物件，仍旧使用ADO，而客户端只能看到Recordset。对於其它的离线Recordset，客户端可以选择更动它接收到的Recordset，然後将这些变动套用到建立Recordset的资料。为了让显示此Recordset的内容之动作变得简单。RDS提供第叁个COM物件，DataControl物件，将Recordset系结到客户端的ActiveX控制项。虽然它并没有在图6-12中显示，这个物件可以用在把回传的Recordset资料系结到使用者桌上型电脑上一个Internet Explorer内的Grid物件。</span><span id=Layer21></font></p><p><font size=2 color=#3c3c3c face=arial>RDS Data-Factory物件允许执行伺服器上的SQL查询</span><span id=Layer22></font></p><hr><font face=Arial Black color=#3e77d7 size=3><b></b></font><p><font size=2 color=#3c3c3c face=arial>RDS Data-Factory物件允许执行伺服器上的SQL查询</span><span id=Layer23></font></p><hr><br><center><a target=_new href=imagesh/6-12.gif><img border=0 src='imagesl/6-12.gif'></a></center></span><span id=Layer24><center><table border=0 ><td align=center><font color=#3c3c3c face=arial size=2><font size=2 face=arial color=#3e80d7><b> 图 6-12</span><span id=Layer25> </b></font>载入Internet Explorer的Web网页上之VBScript程式码可以使用RDS来发行一个查询到资料库，透过IIS存取。</span><span id=Layer26></td></table></font></center><p><font size=2 color=#3c3c3c face=arial>存取资料，特别是储存在DBMS的资料，是建立许多类型应用程式的基本功能。更进一步来说，大部份为Windows 2000撰写的应用程式都可能使用ADO来存取资料。但对於目前流行建立在Windows 2000上的叁层式应用程式而言还是不够。虽然ADO允许客户端使用交易，这些客户端可能也需要更改由多个DBMS管理的资料。若这些变动的动作都要属於同一个交易，单靠ADO是不够的。为了解决这个问题，Windows 2000包含了分散交易管理员，也就是</span><span id=Layer27> <a target='_new' href=207.htm#>下一章</span><span id=Layer28></a> 的主题。</span><span id=Layer29></font></p><p><font size=2 color=#3c3c3c face=arial>ADO用在许多，或者说大部份为Windows 2000建立的叁层式应用程式</span><span id=Layer30></font></p><hr><font face=Arial Black color=#3e77d7 size=3><b></b></font><p><font size=2 color=#3c3c3c face=arial>ADO用在许多，或者说大部份为Windows 2000建立的叁层式应用程式</span>
</body></html>
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -