Вот какого хера оно при правом клике на Programmability — Stored procedures задумывается на заметное время? Чтобы показать неизменное контекстное меню, нужно обязательно сходить на сервер? Чего там на сервере такого может влиять на содержимое контекстного меню?
И так везде, даже в хвалёном RedGate SQL Search, запускаешь его, а он мало того, что забыл предыдущие настройки фильтра (какие объекты искать, где искать), так он ещё и запускает некий "indexing". При том, что БД удалённая и вчера по ней уже искали. Оно вообще где этот индекс после индексинга хранит, в соединении? В открытом окне? А как окно закрыли, так значит и индекс потерялся? А зачем они так сделали?
Повторяю исходный вопрос: есть ли инструмент для работы с БД, сделанный не дураками для рабов? Чтобы работало быстро, не обращалось к серверу, когда не нужно обращаться, и умело пользоваться async/await внутре самого себя, которые async/await именно для того и были сделаны, чтобы UI не останавливался намертво, пока соединение или иная долгая операция в фоне не соизволит прохрюкаться.
Здравствуйте, Слава, Вы писали:
С>Никто не знает ли инструмента побыстрее?
С>Вот какого хера оно при правом клике на Programmability — Stored procedures задумывается на заметное время? Чтобы показать неизменное контекстное меню, нужно обязательно сходить на сервер? Чего там на сервере такого может влиять на содержимое контекстного меню?
С>И так везде, даже в хвалёном RedGate SQL Search, запускаешь его, а он мало того, что забыл предыдущие настройки фильтра (какие объекты искать, где искать), так он ещё и запускает некий "indexing". При том, что БД удалённая и вчера по ней уже искали. Оно вообще где этот индекс после индексинга хранит, в соединении? В открытом окне? А как окно закрыли, так значит и индекс потерялся? А зачем они так сделали?
С>Повторяю исходный вопрос: есть ли инструмент для работы с БД, сделанный не дураками для рабов? Чтобы работало быстро, не обращалось к серверу, когда не нужно обращаться, и умело пользоваться async/await внутре самого себя, которые async/await именно для того и были сделаны, чтобы UI не останавливался намертво, пока соединение или иная долгая операция в фоне не соизволит прохрюкаться.
Посмотри на Intellij DataGrip. Я его пользую в виде плагина Database к Intellij Idea и весьма доволен, ничего лучше и желать не могу. Единственный нюанс — он по-моему больше оптимизирован под то, что пользователь пишет запросы, а не смотрит на таблицы в GUI, хотя и этот функционал там есть.
Здравствуйте, Слава, Вы писали:
С>Никто не знает ли инструмента побыстрее?
С>Вот какого хера оно при правом клике на Programmability — Stored procedures задумывается на заметное время? Чтобы показать неизменное контекстное меню, нужно обязательно сходить на сервер? Чего там на сервере такого может влиять на содержимое контекстного меню?
С>И так везде, даже в хвалёном RedGate SQL Search, запускаешь его, а он мало того, что забыл предыдущие настройки фильтра (какие объекты искать, где искать), так он ещё и запускает некий "indexing". При том, что БД удалённая и вчера по ней уже искали. Оно вообще где этот индекс после индексинга хранит, в соединении? В открытом окне? А как окно закрыли, так значит и индекс потерялся? А зачем они так сделали?
С>Повторяю исходный вопрос: есть ли инструмент для работы с БД, сделанный не дураками для рабов? Чтобы работало быстро, не обращалось к серверу, когда не нужно обращаться, и умело пользоваться async/await внутре самого себя, которые async/await именно для того и были сделаны, чтобы UI не останавливался намертво, пока соединение или иная долгая операция в фоне не соизволит прохрюкаться.