Или это после изменений или это чисто у меня.

Когда первый раз открываешь и делается поиск (после выбора баз и указания строки поиска) - стабильно притормаживает конкретно (секунд под 10-20), но после, повторный поиск в том же окне, уже шустро (аж мгновенна).
Вот ейбогу - не закрывал бы форму никогда если бы не была в виде диалога (отдельной формой).

А вы статистику использования собираете. Таймауты там и т.п.?

SQL Refactor Studio TeamЕсли между поисками обнаруживается изменения в выбранных базах то рефрешится кеш соответствующей базы - это может приводить к задержкам. При рефреше в корне дерева пишется сообщение типа Refresh database xxx objects.Понял. Да, при изменении объектов даже при открытом окне тоже долго отрабатывает.
Думал, что при открытом окне ловится изменения объекта и обновляется только он, а на самом деле ради одного-двух объектов база сканится полностью с нуля.

15 секунд на поиск - многовато. И это только на одной базе.
SQL Refactor Studio TeamМогу перед релизом дать бету поиграться...Да особо нет (с соффременным софтом уже фиолетово, 100500 выбешивающих багов или 100501), или вы хотите чтобы сразу своё Фи высказал?
SQL Refactor Studio TeamMniorА вы статистику использования собираете. Таймауты там и т.п.?Нет.Ну как бэ показатель, на чём и где тратится время пользователя и как софт юзается.
Мене не жалко такое давать, главное чтобы было прозрачно (видно что шлётся, типа кладётся в файло такое-то, а то ковыряться в сетевой трассе постоянно - муторно).
Коль у вас уже есть автоапдейт то уже неважно посылаете или нет - уже "доверие" на "нужном" этапе. Только OpenSource это может обелить.
Хотя зря я это поднял - такая инициатива должна идти чисто от создателя, и это уже показатель зрелости.

Mnior15 секунд на поиск - многовато. И это только на одной базеЭто в лучшем случае, ждать в среднем по пол минуты - уже через чур.
Версию назад такого небыло. "Небыло разрывов, небыло ...!!!"

А можно ещё такое пожелание:
Список объектов просортированными были, по схеме и затем имени.

В принципе неважно:
* типу, схеме, имени
или
* схеме, типу, имени

Забыл ещё кое-что, давно уже:
Бывает такое что-то случается и он тупит, типа ищет "бесконечно" при этом ничего не находит.
Нажимаешь "Cancel" или закрыть, появляется диалог подтверждение, жмёшь Да и ничего, продолжает "искать".
Только перезапуск студии помогает.
Другие окна работают, а это что-то там "крутит".

Есть подозрение что если в основном окне SSMS в браузере объектов во время поиска вызвать окно свойств, к примеру процедуры, то такое может случится, IMXO .

И вообще что 2008 что 2012 SSMS глючные шо песец. Бывало что-то её заклинит (не в том порядке евенты окошек сработают, как-то программный дедлок) и студия недоступна, при этом в трее возникает "SSMS is busy". Выбешивает такое по чёрному. Ибо на самом дело всё работает, можно через Task менеджер нормально с окном работать, и даже умудрится так завершить процесс - что даже всё доки сохранить (не всегда) и даже восстановить работу таким хитрым способом, явно баг.
Эти пидарасы из MS добавили этот треевое уведомление - только хуже сделали. Пытались не решить проблему, а эскалировать, и получилось "как всегда".
В 2005м иногда студия подвисала (ожидала ресурсы, ибо индусы из MS выполняли сетевые запросы в основном потоке приложения), но это было приемлемо - отвисала и можно дальше работать, а тут куяк и дедлок.
И не важно что за винда, что 2003, что 2008 что 7ка.
То есть для активного программинга студия АД. А если притворится мёртвым удавом то "всё пучком, это у вас там руки корявые".

Не знаю как у вас получится это поймать, да и если вы сейчас это переделываете, то может всё решится и так. Но если нет, то надо в этом месте логирование и контроль повесить - из-за чего не прерывается процесс.

MniorЕсть подозрение что если в основном окне SSMS в браузере объектов во время поиска вызвать окно свойств, к примеру процедуры, то такое может случится, IMXO Тьфу ты, контекстное меню, а не окно.

Вообще я встречал и в других местах конфликтные баги контекстных меню. Кажись в обозревателе файлов вянды, а может и в ворде.
Смахивает на какой-то "фатальный недостаток" в обрабатке евентов. Ибо что-то похожее наблюдал когда в дельфях касались обработки этих сообщений.

"Смешались кони люди", тяжело себе доверять когда это всё наблюдается в фоне напряжёнки решения повседневных задач.

Ещё мелочь. Хотя тоже возможно не актуально уже.

Сейчас при изменении размера окна сплиттер настроен на % соотношение сторон.
Это не удобно. Ибо увеличиваешь/разворачиваешь чтобы увидеть больше кода в правой боковой панели, а вот список объектов обычно не прыгает в ширине (длине имён).
Так что лучше хранить в абсолютных значениях и запоминать предыдущую позицию.

А сейчас много лишних действий делаешь.

Ещё.

"Search Object Dependencies" не работает для колонок. Ничего не возвращает.

MniorПосле перезапуска всё летает ... некоторое время

Даже не знаю куда копать ...Такое подозрение что эти Refersh Events накапливаются, а не просто проверяется состояние базы перед поиском.
А затык возникает именно на "Refresh database 'DataBase' objects ..."

Ещё мелкий баг, если расширять окно пока ползунок (влево вправо) для кода не пропадёт, то происходит перезаполнение окна и текущее положение, смещения кода (строка, ползунок вверх вниз) пропадает, и приходится опять скролить до нужного места.
При этом если уменьшать окно, пока ползунок не появится такого "прыжка" не происходит.

SQL Refactor Studio TeamMnior"Search Object Dependencies" не работает для колонок. Ничего не возвращает.Очень-очень странно. Это единичный случай или всегда?Блин, не сказал самое главное:
На колонках представлений (VIEW), всех.
На таблицах показывает, но выдаёт ошибки:
Возникает видимо на каких-то проблемных процедурах, ибо появляется примерно из одного и того же набора.
Dependency на этих же таблах работает без ошибок.
Ошибка может возникать несколько раз на одной и той же процедуре.

Когда делается refresh стабильно нельзя прекратить процесс, не важно будет затык или всё работает штатно. Так что тут две проблемы.

Есть ещё одна трудно уловимая "проблема", не всегда возникает в контекстом меню на объекте в эксплорере подменю "SQL Refactor Studion". Ощущение что в первый раз иногда не возникает. По второму разу появляется.

SQL Refactor Studio TeamВот во что превратились формочки поиска (пока только у нас самих)Не вижу "Code fragment Search" или "Dependency Object Full Name".

Иногда надо уточнять строку поиска и заново искать. И видеть для какого объекта идёт поиск, при этом надо скопировать это имя из контрола, имя в заголовке это не серьёзно, хотя тоже надо показывать.

Визард вообще это ад, там помимо того что кнопки Next/Back, Cancel находятся с котрольными полями и кнопками в противоположных углах, так ещё эти диалоги: "Остановить процесс?", "Перезапустить поиск".
Пля как это выбешивает.

1. Чтобы перезапустить надо нажать две кнопки - Next, Yes
2. Чтобы вернуться посмотреть и уточнить строку поика (додумал, подзабыл, уточнить букву), надо кликнуть опять не менее 2х раз: Next, No.
Плять это должно быть на одной форме без телодвижений и если надо переискать по новому паттерну - одна кнопка "искать".
Каждое понятие условно размазано не несколько кнопок.
А то что паттерн изменился и поиск ему не соответствует - это можно показать как-то:
Значком/цветом окаймовки кнопки поиска (зеленоватый/серый/красный) да хоть тем же миганием того "восклицательного значка", явно лейбл с подсказкой состояния.
Всё равно те кто понимают что такое рефакторинг поймут такую "сложную ситуацию".
MniorЕсть ещё одна трудно уловимая "проблема", не всегда возникает в контекстом меню на объекте в эксплорере подменю "SQL Refactor Studion". Ощущение что в первый раз иногда не возникает. По второму разу появляется.Притом первый раз для каждого типа объекта:
* Колонка таблиц
* Колонка представлений (VIEW)
* Табличная функция

Ещё пожелание. Вообще нет поиска для (табличных) типов.

Ещё возможно подумайте о параметрах. К примеру, кто явно передаёт этот параметр при вызове процедуры.

Ещё с пользователями. К примеру показывалось кто олицетворяется (EXECUTE AS) этим пользователем.
Но это думаю на по следок, от нечего делать, ибо можно явно искать по ключевым словам. НО

Поиск по ключевым словам имеет проблемы, и вообще поиск куска кода.
Когда ищешь несколько слов к примеру "CREATE TABLE", то ищется явное соответствие, но в коде между словами могут быть несколько пробелов/ентеров, любой набор спейсеров и даже коментарии между ними.
Поиск в регулярных выражениях конечно бы улучшил положение, он необходим, но в 99% случаев хочется просто настройки типа игнорить все экстра-спейсеры, игнорить коменты и т.п. или поиск в регулярках.

Тем самым ваш поиск уже будет выше на голову других, и сильно упростите рефакторинг и контроль кода.

Подсветка кода не работает когда тыкаешь в списке найденных мест в объекте (поддерево у найденного объекта: Line X, Column Y, Offset Z).

А что будет если в одном окне прошёл Refresh, и идёт поиск (дофига баз), и при этом в новом окне (одна база) запускается Refresh перед поиском?
Не будет конфликта или несоответствия или внутренние ошибки, утечки и т.п.?
Как я понял, поисковый индекс общий/глобальный.

SQL Refactor Studio TeamЧто Вы имеете ввиду?

SQL Refactor Studio TeamОкно поиска произвольного текста будет отдельным.Ок.
SQL Refactor Studio Teamтак это было окно поиска зависимости для объекта.MniorИ видеть для какого объекта идёт поиск, при этом надо иметь возможно скопировать это имя из контрола , имя в заголовке это не серьёзно, хотя тоже надо показывать.