对于服务于大量用户的服务器应用程序,无疑应当选择使用 SQL Server 2005。至于具体选择基于服务器的哪个版本,则取决于应用程序的规模及其针对的领域,但通过功能列表您可以很容易地确定自己需要哪个版本。此外,更改版本只是决定使用何种许可,通常不需要更改体系结构。
对于客户端应用程序或小规模服务器应用程序,选择数据存储技术稍微有些棘手。对于客户端应用程序,由于成本、复杂性、平台要求和很多其他因素,将完整的 SQL Server 2005 实例放在每个客户端计算机上是没有意义的。小规模的服务器应用程序可能不需要 SQL Server 2005 的某些额外功能,并且昂贵的许可成本也是小型项目无法接受的。对于移动设备应用程序,平台无法支持完整版本的 SQL Server。
本白皮书主要讨论使用新的 SQL Server 2005 Compact Edition (SSCE) 时所涉及的数据存储体系结构挑战、方案和解决方案。文章对 SSCE、其他 SQL Server 2005 版本以及其他关系数据库技术(包括移动设备上的 EDB 嵌入式数据库引擎)之间的异同进行了比较。
数据存储挑战
对于客户端应用程序或小规模服务器应用程序,您需要解决很多数据存储方面的挑战:
• 数据存储位置。如果您要构建分布式客户端应用程序,并且可以承担将数据存储于后端服务器并通过网络检索数据的费用,完全可以在服务器上使用 SQL Server 2005。如果要构建移动设备或客户端应用程序,则可能需要在客户端建立本地数据存储,以便在脱机时缓存数据。同时您可能还需要在客户端进行缓存,以避免通过网络重复检索诸如产品目录的大型数据集。对于客户端应用程序,可能只需在本地访问数据,在这种情况下,将数据存储在后端服务器上是没有意义的。
在客户端应用程序中,应当将目标锁定在两种选择中的其中一个,具体取决于它是桌面应用程序,还是移动设备应用程序。如果是桌面应用程序(运行于桌面工作站、便携式计算机或 Tablet PC 之上),应考虑采用 SQL Server 2005 Compact Edition (SSCE) 或 SQL Server 2005 速成版 (SSE)。而对于运行 Microsoft Windows CE 或 Mobile 操作系统的移动设备,则可以选择 SSCE 或 EDB 嵌入式数据库引擎。