用SQL Server CE 2.0和.NET Compact Framework开发……

核心提示：移动开发工具移动应用程序开发人员既可以选择使用现有的工具来开发，也可以用 SQL Server CE 2.0 的下一代工具，用SQL Server CE 2.0和.NET Compact Framework开发……(2)，对于喜欢使用 eMbedded Visual Tools 3.0 开发移动应用程序的人来说，以前的

移动开发工具

移动应用程序开发人员既可以选择使用现有的工具来开发，也可以用 SQL Server CE 2.0 的下一代工具。

对于喜欢使用 eMbedded Visual Tools 3.0 开发移动应用程序的人来说，以前的工具继续被 SQL Server CE 2.0 支持。程序开发可以使用 eMbedded Visual Basic®和eMbedded Visual C++®。如果你选择 eMbedded Visual Tools， 注意 SQL Server CE 2.0 需要在设备上安装 Windows CE 3.x 或更高版本的操作系统。

使用 Microsoft 的下一代工具和框架，快速开发移动应用程序将成为可能。随着移动应用程序开发转向 Windows .NET 平台，移动应用程序将可以 利用当今桌面平台具有的许多创新。用 eMbedded Visual Basic 或 Visual C++ 开发的程序将升级到Visual Basic .NET、 C#、和 ADO.NET。

Microsoft 已经向世人展示了他们的智能设备扩展（SDE：Smart Device Extensions），它可以让移动应用开发人员利用基于Visual Studio® .NET 的统一 的工具集。Visual Studio® .NET 与 SDEs 结合为创建基于Windows CE 的应用程序提供了一个无缝的集成的开发平台。

Visual Studio .NET 的下一个版本（代号为“Everett”）将对 .NET Compact Framework、Pocket PC 200x和Windows CE .NET 4x 设备提供根本的支持。

SQL Server CE 2.0 语言特性

SQL Server CE 包含自身特有的OLE DB 提供者，与 SQL Server 2000 OLE DB 提供者不同，它公开了许多属性来详细说明服务器和数据库，SQL Server CE 仅用单个属性 DBPROP_INIT_DATASOURCE——用它打开数据库使用的是全路经名。例如，要打开数据库文件\Windows\Northwind.sdf，在调用 IDBProperties::SetProperties 时 ，在DBPROP_INIT_DATASOURCE 属性中传递串 \Windows\Northwind.sdf。

SQL Server CE 也支持文件级的存取控制机制，叫数据库密码。每次打开数据库时必须传递这个密码。在特定的提供者的DBPROP_SSCE_DBPASSWORD 属性 中——属性集 DBPROPSET_SSCE_DBINIT 应该被用于设定这个值。当创建一个新数据库时，该属性可以被用来指定一个必须使用的密码。

所有的内建功能以及 SQL Server 2000 中最受欢迎功能也将被支持。现在你可以在查询中使用数学的、字符串和系统函数来完成操作并返回标量值。以前你需要 用 eMbedded Visual Basic (或 eMbedded Visual C++)函数来实现。 与 SQL Server CE 1.0 相比，内建函数的使用赢得了巨大的性能。

例如，为了让 ListBox 中的结果更容易格式化输出，Figure 2　演示了如何 将某一列转换为 char(50) 列。在SQL Server CE 中，对 SELECT 语句使用 UNION（联合），将两个或更多的查询结果组合到单个结果集中，该结果集由属于该联合中全部查询的所有记录行组成。下面这个代码段演示了如何在SELECT 语句中使用 UNION 子句 ：

Dim strSQL As String = "SELECT * FROM TableA UNION SELECT * FROM TableB"

SQL Server CE 2.0 通过ADO.NET 增加了对参数化查询的支持。这个特性对于使用 eMbedded Visual Tools 4 （使用 OLEDBCE 提供者）的开发人员来说也是可获得的。那些熟悉 SQL Server 2000 参数化查询的人会注意到一些差别。由于SQL Server CE 没有内建的存储查询机制，所以参数 实际上是个占位符“?”，其值在运行时被提供。SQL Server 2000和SQL Server CE 另一个明显的不同是不支持命名参数 。正像下面代码所示，参数化查询是SQL Server CE 2.0 的新特性：

Dim strSQL As String = "INSERT INTO TableA (col1, col2) VALUES (?, ?)";

索引获取(pull)是另一个新特性。程序调用 Pull 方法从 SQL Server 数据库中取得数据，并将它们存放在SQL Server CE的数据库表中。 最初的SQL Server CE 版本只支持表的主键。SQL Server CE 2.0 则支持主键和所有其它的附加索引。

在程序中使用 Pull 方法能追踪 SQL Server CE 表的变化，通过设置适当的跟踪选项。SQL Server CE 跟踪所有的插入、更新和删除操作（见 Figure 3 ）。

与 SQL Server CE 以前版本相比，新版本的另一个改进是加入了更加健壮的异常处理。正如你可能在前面代码段中所注意到的那样，在Compact Framework　中用 Visual Basic .NET和C# 编写的应用程序可以使用内置的try/catch 支持。如果你用Visual Studio .NET写过任何桌面应用程序，你 可能就非常熟悉这种方式的异常处理。那些在eMbedded Visual Basic 中被限制以 On Error GoTo 方式来处理异常的开发人员 肯定会欣赏这个新的语言特性。为了完善 try/catch 构造，SQL Server CE 增加了一个叫 SqlCeException 的新类， 这个类可以捕捉原始的SQL Server CE 错误并斯文地处理它们。

不像SQL Server CE 1.0，这个版本为开发人员提供长错误描述，而不仅仅是错误号。错误描述机制是作为一个可选的DLL来实现的，你可以将该DLL放在设备上的SQL Server CE 应用程序路径中。当你调试程序时，你可以和应用程序一起部署该DLL。一旦你结束调试程序，你便可以从设备中删除这个DLL。

服务器特性

SQL Server CE 2.0 包括一个新的连接设置向导，通过它就可以简化虚拟目录的创建和数据存储许可（见 Figure 4 ）。使用过SQL Server CE 以前版本的人一定知道基于Windows CE 的设备和 SQL Server 之间的通信必须要有特定的虚拟目录和存取权限。使用这个连接向导，你可以在运行 IIS 服务的计算机上创建并管理虚拟目录。此外，你可以在运行 IIS和SQL Server的计算机上配置并管理 NTFS 许可。

与以前的版本类似，这个版本使用运行在IIS 下的ISAPI DLL 协助 Windows CE 设备和 SQL Server 2000 之间的通讯。这意味 着如果你的设备可以用 HTTP 访问 SQL Server CE 虚拟目录（ 也就是说你可以通过Pocket Internet Explorer 浏览它），那么你便可以通过远程数据存储（RDA：Remote Data Access）或合并复制连接到后台数据库。

在以前的SQL Server CE 版本基础上，现在可以用密码或 128 位加密的密码来保护本地数据库的安全，在本地数据库中使用密码将防止通过编程存取本地数据库，但 无法防止读取数据库中的任何明文数据。 

密码和加密一起使用就可以防止编程存取并且用户数据以加密形式存储。如果使用 Pocket PC 2002 扩展，那么在默认情况下会安装 128 位本地 SSL 增强 RSA DLL。如果你还没有使用 Pocket PC 2002，则必须下载高强度加密包：（http://www.microsoft.com/mobile/pocketpc/downloads）。

Microsoft 通常建议在你的IIS 中启用 SSL 并使用基本身份验证（Basic Authentication）。Microsoft 计划在以后的Windows CE .NET 版本中 (4.x 或更高) 增加 Kerberos 支持。这将允许 Windows 2000 或 .NET 服务器与 CE.NET 设备之间进行 委托信任。一旦 Windows CE .NET 4.x 设备开始交付，SQL Server CE 2.0 将提供支持文档来解释如何使用 Kerberos 支持。

与 SQL Server 2000 相比，SQL Server CE 2.0 的另一个改进是在支持索引的数量上，以前版本最大也就 32 个索引，而最新版本支持 249 个索引。