Тормозной SQL Management Studio
От: Слава  
Дата: 10.06.22 14:37
Оценка: -1
Никто не знает ли инструмента побыстрее?

Вот какого хера оно при правом клике на Programmability — Stored procedures задумывается на заметное время? Чтобы показать неизменное контекстное меню, нужно обязательно сходить на сервер? Чего там на сервере такого может влиять на содержимое контекстного меню?

И так везде, даже в хвалёном RedGate SQL Search, запускаешь его, а он мало того, что забыл предыдущие настройки фильтра (какие объекты искать, где искать), так он ещё и запускает некий "indexing". При том, что БД удалённая и вчера по ней уже искали. Оно вообще где этот индекс после индексинга хранит, в соединении? В открытом окне? А как окно закрыли, так значит и индекс потерялся? А зачем они так сделали?

Повторяю исходный вопрос: есть ли инструмент для работы с БД, сделанный не дураками для рабов? Чтобы работало быстро, не обращалось к серверу, когда не нужно обращаться, и умело пользоваться async/await внутре самого себя, которые async/await именно для того и были сделаны, чтобы UI не останавливался намертво, пока соединение или иная долгая операция в фоне не соизволит прохрюкаться.
Отредактировано 10.06.2022 14:39 Слава . Предыдущая версия . Еще …
Отредактировано 10.06.2022 14:39 Слава . Предыдущая версия .
убивать ржавой секирой ужаса
Re: Тормозной SQL Management Studio
От: vsb Казахстан  
Дата: 10.06.22 16:54
Оценка: 6 (1) +1
Здравствуйте, Слава, Вы писали:

С>Никто не знает ли инструмента побыстрее?


С>Вот какого хера оно при правом клике на Programmability — Stored procedures задумывается на заметное время? Чтобы показать неизменное контекстное меню, нужно обязательно сходить на сервер? Чего там на сервере такого может влиять на содержимое контекстного меню?


С>И так везде, даже в хвалёном RedGate SQL Search, запускаешь его, а он мало того, что забыл предыдущие настройки фильтра (какие объекты искать, где искать), так он ещё и запускает некий "indexing". При том, что БД удалённая и вчера по ней уже искали. Оно вообще где этот индекс после индексинга хранит, в соединении? В открытом окне? А как окно закрыли, так значит и индекс потерялся? А зачем они так сделали?


С>Повторяю исходный вопрос: есть ли инструмент для работы с БД, сделанный не дураками для рабов? Чтобы работало быстро, не обращалось к серверу, когда не нужно обращаться, и умело пользоваться async/await внутре самого себя, которые async/await именно для того и были сделаны, чтобы UI не останавливался намертво, пока соединение или иная долгая операция в фоне не соизволит прохрюкаться.


Посмотри на Intellij DataGrip. Я его пользую в виде плагина Database к Intellij Idea и весьма доволен, ничего лучше и желать не могу. Единственный нюанс — он по-моему больше оптимизирован под то, что пользователь пишет запросы, а не смотрит на таблицы в GUI, хотя и этот функционал там есть.
Отредактировано 10.06.2022 16:56 vsb . Предыдущая версия . Еще …
Отредактировано 10.06.2022 16:55 vsb . Предыдущая версия .
Re: Тормозной SQL Management Studio
От: Tom Россия http://www.RSDN.ru
Дата: 02.01.23 18:43
Оценка: 6 (1)
Здравствуйте, Слава, Вы писали:

С>Никто не знает ли инструмента побыстрее?


С>Вот какого хера оно при правом клике на Programmability — Stored procedures задумывается на заметное время? Чтобы показать неизменное контекстное меню, нужно обязательно сходить на сервер? Чего там на сервере такого может влиять на содержимое контекстного меню?


С>И так везде, даже в хвалёном RedGate SQL Search, запускаешь его, а он мало того, что забыл предыдущие настройки фильтра (какие объекты искать, где искать), так он ещё и запускает некий "indexing". При том, что БД удалённая и вчера по ней уже искали. Оно вообще где этот индекс после индексинга хранит, в соединении? В открытом окне? А как окно закрыли, так значит и индекс потерялся? А зачем они так сделали?


С>Повторяю исходный вопрос: есть ли инструмент для работы с БД, сделанный не дураками для рабов? Чтобы работало быстро, не обращалось к серверу, когда не нужно обращаться, и умело пользоваться async/await внутре самого себя, которые async/await именно для того и были сделаны, чтобы UI не останавливался намертво, пока соединение или иная долгая операция в фоне не соизволит прохрюкаться.



Azure Data Studio
Народная мудрось
всем все никому ничего(с).
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.