Mar*_*icz 4 performance sql-server sharepoint
SharePoint 使用单个表（即dbo.AllUserData），其中包含类似nvarchar1, nvarchar2, ..., nvarchar64或 的int1, int2, ..., int16列（总共 193 列）来存储所有网站集中所有列表中的所有项目。
创建新索引、重新计算统计信息等有帮助吗？
让我们暂时忘记它很可能会失去 Microsoft 对像这样修改的 SharePoint 安装的支持。
我是否认为这样的设计使所有经典的数据库调优技术都无用？
除了添加更多/更快的硬件之外，有没有人尝试过以任何其他方式解决 SharePoint 的性能问题？
您可以做很多事情来自行调整数据库。不允许创建索引或统计信息。
保持内容数据库较小。如果他们达到 100 Gig，您将需要添加另一个内容数据库（可以通过 SharePoint UI 执行此操作）。
随着表的增长，您需要确保定期重建索引和更新统计信息。
如果您使用的是 SharePoint 2010（也可能在 SharePoint 2007 中），您可以考虑使用 EBS 功能，这将允许您将 blob 数据移出数据库并使用 SQL Server 的 FILESTREAM 功能将其存储在文件系统上。
除此之外，除了在问题上投入更多硬件之外，您无能为力。