3

我正在设计一个使用 SQL Server 2008 R2 作为其后端数据库的报告解决方案。数据库模式相当简单。一个以 PK 命名的表和一个Calls以PK 命名的表具有与调用的外键关联。 CallIdEventsfk_CallId

每个呼叫至少有 6-7 个事件,每天有 3000 多个呼叫记录在数据库中。
我有点担心这种关系对查询性能有多大影响。如果inner join在具有超过几百万行的Events表上 CallerId使用EventsCalls

一般来说,我可以做任何其他步骤来确保性能正常吗?

4

1 回答 1

3

这取决于 -你的桌子有多宽。

实际上 - 每天 3000 个电话并不是一个大数据,至少在前十年 8-)

如果您总是想查询所有数据 -应用程序设计有问题,并且在某个特定位置提高性能并不能解决错误设计的所有缺点。

步骤是:

  • 检查正确的索引(至少索引连接(和查询)列
  • 检查您的查询 - 他们是否为您带来了您想要的数据?你想要的唯一数据?
于 2012-01-09T08:02:43.493 回答