SQL2005 CompactEdition数据存储体系

个人信息管理应用程序:

PIM 应用程序在移动平台上针对本地数据存储而运行的简单数据应用程序，目的是为了方便地访问和存储个人信息。PIM 应用程序通常具有一个或多个以下属性：

• 在移动平台（包括电话、PDA、Tablet PC 或便携式计算机）上运行。
• 针对应用程序数据的本地数据存储提供简单的数据输入和查找功能。
• 为了可用于移动设备，需要资源占用量最小。

PIM 应用程序的示例包括：

• 电子邮件、即时消息、联系人、任务、便条、存储和检索。
• 新闻阅读器、RSS 聚合。
• 热量计算、时间管理、锻炼日志。
• 语言教师、词汇教师、字典、辞典。
• 购物列表、CD/DVD 专辑。

PIM 应用程序的解决方案体系结构非常简单，如图 4 所示。它采用经典的客户端-服务器设计，其中服务器是在设备或便携式计算机上的本地数据库引擎。EDB 可以用于移动设备，但对于包括移动设备在内的任何 Windows 平台，SSCE 才是简单易用、功能强大的轻型可选方案。例如，SSCE 提供了比 EDB 更丰富的查询支持，而且在托管代码中使用 SSCE 开发应用程序更容易。

图 4. PIM 应用程序体系结构

使用 SSCE 作为数据库引擎的 PIM 应用程序可能使用 SqlCeResultSet API 来尽可能简化数据检索和存储。用于此操作的代码看起来非常像前一节中的第二个代码示例。

小规模 Web 应用程序

对于预期通信量较低的简单网站来说，如果只是为了建立动态、数据驱动的网站，则并不需要购买昂贵的服务器软件，或选择涉及数据库实例的成本更高的托管服务。SSCE 和 SSE 都为存储可用于在网页上显示内容的动态数据提供了简单而免费的方法。无论网站使用 ASP.NET 还是能够通过 OLE DB 提供程序执行数据访问的其他 Web 技术，SSCE 或 SSE 都可以提供站点页面需要的数据。

适用于 SSCE 或 SSE 的 Web 应用程序的用户数不大 - 用户总数可能比较大，但每秒并发请求数应该相当小。

可以作为 SSE 或 SSCE 候选方案的 Web 应用程序的示例包括：

• 用户数不大的业余爱好/俱乐部站点。
• 小型用户组组织。
• 小型企业内部的 Web 应用程序。

除非 Web 应用程序预期的利用率非常低，扩展到更大用户数的可能性很小，否则，对于小规模 Web 应用程序来说，SSE 通常是比 SSCE 更合适的选择。如果应用程序为每小时请求数很低的单线程 Web 应用程序（例如，每小时 < 300-500 请求），则 SSCE 或 SSE 均可以处理所需的吞吐量。

但是，随着应用程序复杂性的增长和/或每秒请求数的增加，SSE 提供了更强大的可选方案，以便不断扩大应用程序的规模来满足与日俱增的需求。正如本文前面所述，SSE 支持存储过程、函数和其他企业级功能，这可以将复杂应用程序的体系结构分成更多层，各个结构之间的相互影响更小。另外，由于 SSE 作为服务运行，因此可以从同一计算机甚至不同计算机上更好地支持来自多个 Web 应用程序的并发访问。在 SSE 中，基于角色的安全性有更多选项，并且可以无缝升级到 SQL Server 完整版，即不必更改数据访问代码，因为 SSE 和 SQL Server 使用相同的数据提供程序。而且，SSE 和 SQL Server 的文件格式是相同的，因此，SSE 数据库正好可以附加到完整 SQL Server 实例，并且可以立即运行。从 SSCE 切换到 SSE 或 SQL Server 完整版时需要进行数据迁移，由于 SSCE 使用与 SSE 或 SQL Server 不同的数据提供程序，因此还需要重新编写某些数据逻辑的代码。

如果选择让 Web 应用程序使用 SSCE，则必须进行某些配置才能允许 SSCE 驻留在 Web 应用程序进程中。

缓存应用程序:

缓存应用程序可以是客户端应用程序，也可以是应用程序服务器应用程序，这种应用程序需要保留查找值或很少更改的数据的本地数据缓存，从而避免对后端数据库进行不必要的往返操作。缓存用于使应用程序可以从本地计算机检索需要的数据，以便改进性能并减少网络流量。当需要对用于呈现（下拉选择或引用列表）或用于查找业务逻辑中的应用程序服务器的相对静态数据记录列表进行访问时，需要使用缓存应用程序。

为了对数据进行最快速的检索，可以将数据缓存在内存中，在需要缓存的值时直接返回数据。但是，您可能不想或不能在应用程序每次重新启动时从服务器刷新缓存，因此可能需要为缓存值提供本地数据存储。另外，如果正在缓存的值列表非常大（例如，产品目录），您可能不想将整个目录保存在应用程序内存中，因为偶尔才会需要访问集合中的项目。不论是出于哪个原因，将 SSCE 作为本地数据缓存存储位置对于您的体系结构可能都是个很好的选择。

第一次运行应用程序时，需要从服务器对缓存数据进行初始化，缓存数据通常有与它关联的过期日期或时间，这时必须从数据源刷新缓存。与缓存关联的超时取决于应用程序要求、数据的更改频率以及应用程序和用户可以容忍缓存数据的延迟时间。

在设计应用程序如何使用数据缓存时，必须选择采用被动还是主动的数据缓存策略。如果使用“被动缓存”，则应用程序将尝试从本地数据缓存获得需要的数据。如果数据不存在，应用程序逻辑会从服务器中检索数据，并将结果存储在缓存中，供后续检索使用。当缓存由于超时或其他条件而变为无效时，应用程序必须从数据源刷新缓存。如果使用“主动缓存”，则会根据某些条件（例如，从服务器定时刷新）主动更新缓存。使用主动缓存策略时，应用程序代码将更简单，因为它始终可以直接引用本地缓存中的数据。但是，必须编写额外代码才能初始化主动缓存，并使它保持最新。

对于缓存应用程序，可能要执行两级缓存。您可能需要在持久性存储（例如，SSCE）中缓存数据，从而使缓存的数据驻留在本地计算机中，以便在应用程序重新启动后仍然有效，或避免将所有缓存数据加载到内存中。但是，您可能还要将某些数据从持久性缓存内缓存到内存中，以便在需要数据时可以尽可能最快地检索数据（例如，用于驱动文本框或下拉列表输入控件中的自动完成逻辑）。对于这两个缓存级别，可以有相同或不同的缓存策略（主动对被动）。

图 5 显示示例缓存应用程序体系结构，缓存同时位于客户端应用程序和中间层应用程序服务器中。客户端应用程序在持久 SSCE 存储和内存中都缓存数据，因为在客户端应用程序中通常不用担心内存消耗量。应用程序服务器缓存将持久存储大型查找列表（例如，产品目录），不是为了避免由于可伸缩性原因而消耗内存，而是为了避免在需要查找产品目录从而获取某些数据（例如，查找某个价格范围内的所有产品）时，因往返访问数据库服务器而影响性能。缓存应用程序和执行同步的应用程序（例如，现场团队应用程序）之间的主要差异是：在缓存应用程序中，只从服务器将数据拉入本地数据缓存中。如果进行同步，则在完成编辑之后，还会将缓存中的数据与后端数据库同步。

图 5. 缓存应用程序体系结构

结论:

很多应用程序都需要可靠、事务性、持久、高效的数据存储，但并不一定需要 SQL Server 2005 提供的全部功能。SSCE 提供了免费、功能强大而且容易使用的数据库引擎，它可以广泛用于各种应用场合和体系结构中。它可以用于现场团队应用程序、个人信息管理应用程序、小型 Web 应用程序或应用程序数据缓存。它提供了很多目前已有和新出现的数据同步选项，使其可以成为使用后端 SQL Server 2005 数据库的更大型分布式应用程序体系结构的一部分。SSCE 应当是任何需要轻型关系数据存储的应用程序的备选数据库技术之一。