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