0

我目前正在开发一个需要将数据存储在数据库中的应用程序，我目前正在使用带有高级服务的 SQL Server Express 2005（因为我们需要全文搜索功能）。

当地公司的传说说，几年前，当两个产品使用带有默认实例的 MS SQL Server 时，出现了各种奇怪的问题，他们有有趣的时间清理一切，使每个应用程序都使用一个命名实例。

因为我不记得他们遇到的确切问题......对于必须以稳定方式运行而不受其他应用程序干扰的应用程序将其数据库放在自己的命名实例中是否可取？如果是这样，为什么？与将数据库附加到默认实例（甚至使用 watchacallit - 用户实例？ - 您在连接字符串中指定 mdb 文件位置的位置）相比，这给了我什么额外的隔离。

更新：

我主要关心的不是性能/CPU——我说的是一个管理大型组织前台人员/客人的应用程序，例如酒店。我认为即使是 SQLite 也可以轻松处理我需要的数据量（忽略全文搜索等一些功能）。

我主要关心的是客户安装的东西会干扰。从 Mitchell 的回答和 John 的评论来看，我认为最好留在一个命名的实例中 - 但如果你有更多的理由，请说出他们的意见。

4

1 回答 1

2

一些东西。

  1. 使用附加数据库（用户实例数据库）是管理员管理的皇家 PITA，因为它们必须附加才能从 SSMS 等访问。

  2. 将单个应用程序放在它们自己命名的 SQL Server 实例上将为每个应用程序创建单独的进程，从而为每个应用程序隔离资源和内存空间。

每个应用程序真的有必要拥有自己的 SQL Server 实例吗？不，我会说通常不是，除非它真的是 100% 关键任务，但是，如果它是如此关键，如果它正在运行 SQL Express，我会感到惊讶。

I would recommend though from a maint. perspective that you use a standard database, rather than a user instance.

于 2009-03-03T22:18:16.817 回答