SQL Server Express Edition Server

核心提示： 问题是什么?相当长时间以来，我一直都在赞美 SQL Server 的 MSDE 版本，SQL Server Express Edition Server(3)，这是因为我确信对于需要“少量用户”数据存储区的应用程序，或应用程序不需要对远程 DBMS 引擎进行访问的情

问题是什么?

相当长时间以来，我一直都在赞美 SQL Server 的 MSDE 版本。这是因为我确信对于需要“少量用户”数据存储区的应用程序，或应用程序不需要对远程 DBMS 引擎进行访问的情况下，MSDE 是非常好的解决方案。尽管 MSDE 已经广泛地被大量关键业务采用，它们通常必须依赖自己来处理很多问题 — 实现非标准解决方案，该解决方案有时与解决相同或不同问题的其他公司的尝试相冲突。这些冲突包括:

部署:如果将 SQL Server 与应用程序一起安装将会怎样?下面就是对相关问题的阐述。例如，如果 SQL Server 已经安装，又该如何呢?如果实例名与其他现有实例冲突，又该如何呢?应用程序应该共享一个现有的 SQL Server 实例还是创建一个独特的实例呢?当卸载安装有共享 SQL Server 实例的应用程序行时会发生什么情况?它还会卸载 SQL Server 实例吗?如果会，那么该实例宿主的其他数据库会发生什么情况呢?

安全性:如果选择共享一个 SQL Server 实例，应该为 SA 使用什么密码呢?如何设置用户帐户?应用程序是否应该只是使用由域控制器管理的集成安全性呢?如果没有 Active Directory，又该如何呢?如何将数据库安装在目标 MSDE 服务器上?安装后，数据库是否对服务器上的其他应用程序可见呢?应用程序如何隐藏专用数据呢?

性能: MSDE 使用限制服务器上并发操作数量的调控器。如果单个用户应用程序需要同时执行几个操作，但是调控器不发挥作用并使其速度下降，又该如何呢?坦白地说，我不确认这个问题是十分普遍的。我曾经听到非常少的人抱怨调控器终止，并且使他们的应用程序运行得非常慢。的确，我曾听说应用程序运行得不是特别快，但是这(通常)是由于野蛮强制查询或“置疑的”数据库实现导致的结果。