pipe理员门户网站服务的最佳数据库结构

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

我们有一个在我们的SQL 2008服务器上创build了一个数据库的web服务。

我们正在创build一个Web门户来pipe理Web服务数据库中的一些信息。 门户网站将需要一些自己的表,这将不会被Web服务使用。 它将需要使用存储过程来访问一些Web服务数据库表,显然有自己的SPs访问自己的表。

从性能的angular度来看,这样做最好的设置是什么? 我已经想到了以下情况,但不知道哪一个是最好的。

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

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

任何build议将受到感谢!

在不了解任何关于基础设施的更多信息的情况下,完全基于性能的最好方法就是创build另一个数据库,其文件位于单独的物理驱动器上。

HTH,丹