使用数据库优化顾问raccomandatations来优化SQL Server 2005 SAP R / 3数据库是否安全？ 由于激烈的读取操作，我们在专用SAP数据库上的性能非常低，数据库和DTAbuild议创build大约25个索引和100个统计数据。 我不是SAP的专家，我很惊讶地看到这个数据库有大约56.000个表和6500个视图（120 GB的数据）。
谢谢大家的帮助
表计数听起来接近于我对SAP SQL数据库的经验。 如果没有先用SAP支持清除这个问题，那么我不会使用DTA，在这之前，尝试在数据库表上使用大于30％的碎片运行索引重build/碎片整理。 严重的碎片化也会影响读取性能，但是它涉及到应用程序数据库逻辑结构风险较低（恕我直言）的变化，而不是增加可能或不可能帮助解决问题的索引。
我不能看到使用数据库优化顾问的build议导致问题（通常需要注意的是，您应该完全理解在应用它们之前会发生什么 – 您不想添加一堆索引，并突然插入需要一个小时！）。
在我有限的经验中，数据库调优顾问在做什么和不太可能造成问题方面相当保守。
但是请注意，SAP可能会对您对底层数据库进行直接更改有些话要说。 这是您在进行前与他们（或SAP专家）交谈的事情，否则如果未来有什么事情发生，SAP的支持团队可能会指责您的变更，并拒绝向您/您收取过高的费用（甚至如果破损是无关的）。
我会：