适用于 Web 服务管理门户的最佳数据库结构

适用于 Web 服务管理门户的最佳数据库结构

我主要是一名 Web 开发人员,而不是数据库管理员,所以才有这个问题!

我们创建了一个 Web 服务,它在我们的 SQL 2008 服务器上有一个数据库。

我们目前正在创建一个 Web 门户来管理 Web 服务数据库中的部分信息。Web 门户将需要一些自己的表,而这些表不会被 Web 服务使用。它将需要使用存储过程来访问一些 Web 服务数据库表,并且显然有自己的 SP 来访问自己的表。

从性能角度来看,最好的设置是什么?我想过以下场景,但不确定哪一个最好。

  1. 将 Web 门户表 + 存储过程添加到现有数据库中,然后从那里进行连接/调用
  2. 如上所述,但为 Web 门户表 + SP 创建一个新的文件组,以便它们位于不同的物理文件中(可能移动到不同的磁盘驱动器)。
  3. 为 Web 门户创建一个新的数据库,以在其中创建表和 SP,并通过存储过程内的跨数据库查询访问其他数据库(可能使用视图来简化此过程)

我想确保 Web 门户对 Web 服务的性能影响尽可能小。

如有任何建议我们将不胜感激!

答案1

在对基础设施一无所知的情况下,仅基于性能,最好的选择是创建另一个数据库,其文件驻留在单独的物理驱动器上。

HTH,丹

相关内容