Tuning Advisor, кто сталкивался с нежеланием работать?

Sinix
Дата: 26.02.2010 11:23:30
Microsoft SQL Server 2008 (SP1) - 10.0.2746.0 (Intel X86) Nov 9 2009 16:59:31 Copyright (c) 1988-2008 Microsoft Corporation Enterprise Edition on Windows NT 6.0 <X86> (Build 6002: Service Pack 2)
Свежая установка на чистую машину + CU5

Database Engine Tuning Advisor 10.0.1600.22


Проблему с нежеланием коннектиться решил как советовали.
Осталось зависание на этапе submitting configuration information. Судя по теме на sqlcentral, я не одинок и грабли тянутся ущё с 2005го.

В trace - один select * from testtable.
Есть решение?

Чую ещё немного и вернусь к dmv-шкам.
Гавриленко Сергей Алексеевич
Дата: 26.02.2010 11:31:37
Эмм. Может и оффтоп, но что вы собрались тюнить в запросе select * from testtable?
Sinix
Дата: 26.02.2010 12:04:42
Гавриленко Сергей Алексеевич,
Да я его запустить не могу - какой уж тут тюнить%)

Я ему всё подсовывал, от реального стометрового trace до select col from table where col = 2 с таблицы без индексов (ага, и clustered нет). Даже get execution plan в ssms советовал завести индекс. Разницы никакой. Профайлер грит выполняется одна sp в msdb (helptrace вроде). На этом всё.

Забью скорее всего, т.к. даже когда оно работало (на sql 2005-м, года три назад), нередко выдавало очень странные советы типа завести индекс совпадающий с существующим unique constraint или завести индекс с почти всеми полями таблицы. Очень неадекватный тул.
Crimean
Дата: 26.02.2010 14:25:35
а чем sys.dm_ по недостающим индексам не устраивают?
Sinix
Дата: 27.02.2010 04:13:09
Crimean,
Всем. Их и пользовал. Решил пощупать tuning advisor - вдруг он поумнел. Не поумнел.
Критик
Дата: 27.02.2010 10:03:08
Sinix
завести индекс с почти всеми полями таблицы. Очень неадекватный тул

где же тут неадекватность?)
Sinix
Дата: 27.02.2010 11:14:15
Критик,

Таблица с пачкой полей. Все столбцы, по которым идёт фильтрация (ID, FK, ещё одно целочисленное поле) покрыты индексами. Кроме них - пачка nvarchar. Advisor советовал добавить индекс и включить в него все столбцы кроме двух. Причём те столбцы что он советовал добавить, не упоминались ни в одном запросе. Зато пропустил два самых частовыбираемых - что как раз правильно, в планах clustered index seek был.

Это ладно. Хоть так бы работал - так ведь глючит зараза...