ADO   还支持一些不通过   ADO.NET   公开的行为，如可滚动的服务器端游标。然而，因为服务器端游标需要保存数据库资源，所以使用它们可能会对应用程序的性能和可缩放性产生极大的负面影响。为 了通过防火墙传输   ADO   记录集，您需要配置防火墙以启用   COM   封送请求，并考虑相关的安全后果。COM   封送处理还将数据类型限制为   COM   标准定义的那些数据类型。可选择以   XML   格式保持   ADO   记录集并传输   XML   文本。

ADO.NET
是重要的应用程序级接口，用于在   Microsoft   .NET   平台中提供数据访问服务。在   ADO.NET   中，可以使用新的   .NET   Framework   数据提供程序来访问数据源。这些数据提供程序包括：

SQL   Server   .NET   Framework   数据提供程序。
OLE   DB   .NET   Framework   数据提供程序。
ODBC   .NET   Framework   数据提供程序。
Oracle   .NET   Framework   数据提供程序。
这些数据提供程序可以满足各种开发要求，包括中间层业务对象（它们使用与关系数据库和其他存储区中的数据的活动连接）。

ADO.NET   是专为基于消息的   Web   应用程序而设计的，同时还能为其他应用程序结构提供较好的功能。通过支持对数据的松耦合访问，ADO.NET   减少了与数据库的活动连接数目（即减少了多个用户争用数据库服务器上的有限资源的可能性），从而实现了最大程度的数据共享。

ADO.NET   提供几种数据访问方法。在有些情况下，Web   应用程序或   XML   Web   services   需要访问多个源中的数据，或者需要与其他应用程序（包括本地和远程应用程序）进行互操作，或者可受益于保持和传输缓存结果，这时使用数据集将是一个明智的 选择。作为一种替换方法，ADO.NET   提供数据命令和数据读取器以便与数据源直接通信。使用数据命令和数据读取器直接进行的数据库操作包括：运行查询和存储过程、创建数据库对象、使用   DDL   命令直接更新和删除。

ADO.NET   还通过对分布式   ADO.NET   应用程序的基本对象“数据集”(Dataset)   支持基于   XML   的持久性和传输格式，来实现最大程度的数据共享。数据集是一种关系数据结构，可使用   XML   进行读取、写入或序列化。ADO.NET   数据集使得生成要求应用程序层与多个   Web   站点之间进行松耦合数据交换的应用程序变得很方便。

因为数据集被远程处理为   XML   形式，所以任何两个组件都可共享数据并使用   XML   架构来定义数据集的关系结构。而且，因为数据集的序列化格式是   XML，所以   DataSet   对象可轻松穿过防火墙，而不受任何限制。除了从   XML   加载数据以外，数据集还可用   SQL   Server   中的数据以及通过   OLE   DB   公开的数据源中的数据来填充，并可保存对这些数据的更改。

数据集的一个主要特性是可用两种方式访问和操作本地数据集内的数据：

作为关系数据库中的表       数据集可以包含一个表或表的集合。数据集的一个重要特征是，它会跟踪其所包含的表之间的关系，就好像它是内存中的关系数据存储区。
作为   XML（可扩展标记语言）结构       数据集中的数据还可按照   XML   数据的形式访问。提供了完成以下操作的方法：以   XML   形式读取和写入数据；以   XML   架构形式读取和写入数据集的结构。此外，为了允许进行同步查看、查询和修改   XML   形式的数据，可将   XmlDataDocument   与数据集相关联。

选择   ADO.NET   或   ADO

ADO.NET   和   ADO   都具有以下特点：易于编程；与语言无关；实现过程简单；使用最小网络流量；应用程序前端和数据源之间需要的层数很少。两种方法都可提供高性能的数据访问。

无论您选择这两种数据访问技术中的哪一种，都会影响应用程序的设计、扩展性、互操作性、易于维护性以及其他许多方面。这些方面包括：

托管代码       如果您的应用程序是用托管代码编写的，并且基于公用语言运行库构建，则应使用   ADO.NET。如果是用   C++   编写非托管代码（尤其是在维护现有的   ADO   应用程序时），ADO   仍是一个不错的选择。
数据结构       ADO.NET   数据集可包含一个或多个表，并同时提供基于表的关系视图和基于   XML   的视图。数据集使用标准的公共语言运行库类型，这可简化编程过程。
ADO   记录集是单个表，只能以记录集形式访问，并且不包含关系。ADO   记录集可以是多表   JOIN   查询的结果，但它仍只是单个结果表。如果希望   ADO   具有多个表，必须拥有多个   Recordset   对象。由于其集成的关系结构，ADO.NET   数据集可提供更好的功能。

数据共享       ADO.NET   为组件间以及跨层的数据交换提供基础：数据集可以   XML   的形式在   Internet   上传递，并可通过防火墙。可以在您的应用程序内以关系表的形式查看数据集，而在其他一些应用程序中以   XML   数据结构的形式查看同一数据集。数据集提供方便的双向转换：从数据集表到   XML   文档，以及从   XML   文档到数据集表。
如果使用   COM   封送处理传输   ADO   记录集，目标应用程序必须编写成使用记录集数据结构。与只读取   XML   数据相比较，它所要求的编程难度更大。或者，可以将   ADO   记录集保持为   XML，这样可以更方便地与其他应用程序和服务共享数据。

可缩放性       ADO.NET   是缩放性最强的解决方案。ADO.NET   从一开始就被设计为这样一种数据访问结构，即用来生成具有较低总拥有成本的可缩放   Web   应用程序的最佳数据访问结构。如果您不需要可缩放性并且不用托管代码编写，则可继续使用   ADO。
游标位置       应用程序可以在以下两个位置中的任一处建立结果集：在应用程序进程内（客户端游标）或数据存储区进程内（服务器端游标）。对于任意类型的用户与数据的即兴 交互，客户端游标通常是很好的选择。客户端游标在   ADO.NET   中由   DataSet   对象支持，而在   ADO   中则由   ClientCursor   Recordset   对象支持。
顺序的、只读服务器游标在   ADO.NET   中由数据读取器（如   SqlDataReader   或   OleDbDataReader   对象）支持，而在   ADO   中则由只进/只读   Recordset   对象支持。顺序的、只读游标为从数据库中读出数据提供最快的方法。

可滚动、可更新的服务器端游标在   ADO   中由可滚动、可更新的   Recordset   对象支持。应谨慎使用服务器端游标。通过服务器端游标进行的针对结果的非顺序滚动和更新操作会保持锁定并导致资源争用，这将大大限制应用程序的可缩放性。 不使用可滚动、可更新的服务器端游标，而在服务器上对结果的过程处理使用存储过程，应用程序通常会获益。

数据访问连接       ADO.NET   和   ADO   都支持到数据库的显式连接。在   ADO.NET   中，开发人员可使用数据读取器，同时基于当前位置保持锁定状态，并且在读取数据前需要到数据库的连续连接。或者，数据可放到数据集中。使用数据集时，开发 人员可进行以下选择：修改数据集中的数据时保持连接和事务处于打开状态；或者只在需要将数据填充到数据集并将更改更新回数据库时才打开连接并使用事务。当 正在传输、查看和修改数据集中的数据时，关闭连接可为其他用户释放资源和锁定。在   ADO   中，记录集可在用户通读数据库中的数据时使用打开的连接并保持锁定，或者使用客户端游标记录集，这样可在不保留数据库连接的情况下处理数据。
数据滚动       ADO.NET   和   ADO   既可按顺序浏览数据，也可不按顺序浏览数据。使用   ADO.NET   数据集，还可以方便地从一个数据表中的一行浏览到另一个表中的相关行。ADO   记录集和   ADO.NET   数据阅读器都支持高速、只能向前、只读的服务器端游标。ADO   记录集唯一支持可滚动、可更新的服务器端游标，尽管这种游标使用服务器资源，并且大多数情况下可以更好地以存储过程中的逻辑的形式实现，或者以松耦合的客 户端游标的形式实现。
使用简易       ADO.NET   数据集提供自我描述的数据，并免除了处理基础数据构造（如表、列、约束和行）的需要。相反，利用数据集，可使用对象对数据进行类型安全的访问。这使得程序 更易读、写和修改。由于应用程序层可以通过   XML   格式的数据集交换数据，因此在应用程序的生命周期中可以方便地实现新的扩展通信。使用   ADO.NET   时，使用哪种语言进行数据访问无关紧要：它们在语法上都是类似的，并使用相同的公共语言运行库服务。
虽然   ADO.NET   和   ADO   都支持松耦合的数据访问，但二者存在差异。利用   ADO.NET，可通过修改   DataAdapter   对象使用的语句，或通过插入可响应行更新事件的自定义代码，来控制数据集更改传输到数据库的方式。使用该功能可以优化性能、修改验证检查或添加其他任何额 外处理，所有这些操作都不必更改您的应用程序。有关更多信息，请参见   .NET   应用程序结构中的问题。

来源: http://topic.csdn.net/t/20030619/01/1932312.html

晚上太累了就没有继续研究, 今天Google一下, 发现了这篇文章.比较八卦的是, 这篇文章提到了创作共用约定, 自己却不遵守, 没有记录原始作者, 甚至连原始文章的链接都没有 :-(

以下是从文章中摘取的几点笔记(Blog的特征点):

1. RSS－简称“聚合”

2. Trackback－引用通告

3. Permailink－永久链接

4. Comments－评论

5. Archive－归档

6. Calendar－日历

7. Style－个人定制风格

8. CC－创作共用约定

9. Catalog－分类

10. Search－搜索

11. Statistic－统计

12. Links－链接

13. Favorite－收藏

14. Roll－交换链接

15. Visual Editor－可视化编辑器

16. Tag－标签

17. AutoLink－自动链接

18. Album－相册

19. Antispam－反垃圾信息

20. Keywords－关键字

21. SN－社会化网络

22. Export－导出

23、Management－管理

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

1、群组功能: 志趣相投的朋友，可以把大家的Blog Post聚合到一个页面。发文章时，可以选择同时在哪些组的首页显示。
2、编辑器
2-1 采用跨平台编辑器
2-2 支持表情
2-3 支持代码格式化
2-4 支持直接上传图片（编辑器上传的图片，放到缺省分类：我的文章图片）
3、对BlogAPI的更好支持（客户端通过WebService发文等）
4、移动Blog支持（通过手机WAP、短信管理自己的Blog，浏览文章等）
5、数据本地备份和恢复
6、从其他Blog转移文章的功能（通过RSS）
7、个人助理系统
提供可以网络化处理一些个人生活或者程序开发等方面的助手功能。
如：珍藏代码库。此功能可以按语言分类，按分类建立代码库，提供给用户在网上看的好代码片断的收藏。
又如：备忘录功能，用户可以建立系列的待办事情的备忘录，一到时间，系统通过手机短信的形式提醒用户。
8、临时保存功能，在提交失败时能自动保存在客户端
9、文章收藏功能（*）
10、发表文章时的预览功能（*）
11、从其他Blog网站聚合文章
12、好友功能，在自己的Blog页面上显示好友的最新文章
13、留言簿
14、文章置顶功能
15、显示最新评论
16、向其他Blog网站发表文章的功能
这个功能主要方便那些拥有多个Blog的用户，通过这个功能在一个站点维护多个Blog中的内容
17、后台管理功能：
17-1、文章的管理：禁止文章显示在首页、文章归类等等
17-2、用户管理：禁用帐户, 管理员修改密码, 限制帐户等等
18、多语言支持
19、计数器
20、日历
21、用户分组功能
22、共享Blog功能, 多个用户维护同一个Blog
23、其他人文章的回复邮件通知
24、登录发表评论, 可以对登录发表过的评论进行编辑、删除
25、通讯录
26、在线RSS阅读器
27、与outlook进行同步
28、日程表
29、自定义兴趣小组，一个Blogger可以自己建立一个组, 然后邀请其他人加入, 只有加入该小组的人才能向该小组发表文章

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

部分特征点有凑数嫌疑, 今天需要去找同事讨论项目的功能了. 先不研究, 只是记录下来.