SQL Server Express Edition Server

性能

SQL Server Express 已经摒弃了“调控器”的概念。坦白地讲，我以前几乎没有看到调控器降低任何 MSDE 系统的情况，但是通过放弃调控器，Microsoft 消除了有关 SQL Server 引擎可伸缩性的混淆。SQL Server Express 有很多方法来限制可伸缩性。正如在测试版中所配置的那样，SQL Server Express 只能处理缓冲池中 1GB 的系统 RAM。这限制了 RAM 缓存中数据页面和过程的数量。任何 SQL Server 专业人士都可以告诉您改进性能的最简单方法就是向缓存中增加内存。将可见 RAM 限制在 1GB 意味着在您向 SQL Server Express 实例中增加负载时，您将(最终)耗尽性能。这是否意味着 SQL Server Express 可以支持 1000 个用户呢?当然，如果将负载放在 SQL Server Express 实例上并不会那么完美。在相同的情况下，10 个用户就可以将 SQL Server Express 陷入困境，尤其是如果应用程序编写得并不是非常有效时。

SQL Server Express 也限制到一个单个的处理器，而不可以在附加处理器(最多两个)上运行线程(如果系统支持)。这种限制也压缩了您期望从 SQL Server Express 获得的性能上限。

当使用 SQL Server Express 的应用程序结束时，SQL Server 并不会关闭。在 SQL Server Express 版本中并没有自动关闭选项。因此，即使在您的应用程序结束后，SQL Server 引擎也会保留在内存中，并继续占用系统 RAM 和 CPU 资源。可以编写 SQL 管理对象 (SMO) 例程来关闭 SQL Server Express 实例，但只有在您确认该实例没有被其他应用程序共享时，才可以完成该操作。

可伸缩性

尽管 MSDE 数据库限制在 2GB，SQL Server Express 数据库文件却限制在 4GB。这意味着可以比以前多存储一倍的数据。坦白地讲，这使我很困惑。我曾经在大型机上使用过大型的公司数据库，它在单个 40MB 磁盘包上非常适合。我猜想人们喜欢使用数据库来存储其宠物的大量文档和图片。对于 MSDE 而言，日志文件大小并不受限制 — 至少表面上看是这样。您仍然需要周期性地备份或截断日志，我将在稍后进行讨论。

工具

Microsoft 同时还更改了其对工具的访问方法。即使您不将新的 GUI 安装程序计算在内，当您下载 SQL Server Express Beta 2 时，新的 OSQL 版本、SQL 计算机管理器(MMC 管理单元)以及 SQLCMD 命令行工具都包括在其中，以协助管理 SQL Server Express 实例。此外，Microsoft 计划设计一个新的 GUI 工具(暂时命名为 SQL Express Manager)，以执行 SQL Server 数据库的初始配置和周期性维护。这个工具很快可用于独立下载，基本上可以说，它是不同于 SQL 查询分析器的工具，可以执行用户帐户设置和维护以及协助编写、测试和调试 SQL 查询。您不能使用其他任何工具连接到 SQL Server Express，包括 Management Studio 或 SQL 企业管理器。但是，我希望在它发布前，当前的任何工具都可以访问 SQL Server Express。

管理

要管理 MSDE，您只须对 SQL Server Express 进行操作，这与对 SQL Server 的其他版本所做操作相同。我希望看到一个可以周期性地转储数据库和日志然后截断日志的自动日志备份脚本。或许，这就是企业第三方需要创建的脚本。到那时，我建议开发人员将这些管理任务构建到他们的应用程序中，然后使用 SMO 来执行这些需要的维护功能，并且使用 Windows 计划程序来进行协助。

Service Pack

SQL Server Express 只能使用 Windows Installer (MSI) 安装软件包文件进行安装。与 MSDE 不同，您将无法创建自定义的 MSM 安装脚本。在其他方面中，它与 MSDE 相同，因此您仍然需要准备通过传统的 Service Pack 方式来更新 SQL Server 引擎。在 Microsoft 工作的人都敏锐地意识到与此相关的问题，并且仍然在规划着更好的策略。