Комментарии 14
Умеет значения из курсора показать?
select pkg_some.function() from dual?
я выскажу личное мнение: по сравнению со сбалансированностью плагина из ультимейт все альтернативы - мутная шняга, где чтобы посмотреть теже результаты надо сделать в разы больше движений. И точно такая же история с веб-клиентом.
На самом деле, зависит от того, что и как вы пишите.
Если SQL часть кода на языке поддерживаемом IDE (константа, аргумент аннотации ETC), ничето не заменит DataGrip. Т.к. при проведенной миграции и тестовом датасете в IDEA/Goland/Rover/Pycharm он будет не только подсвечивать запрос, но ещё и верифицировать его на коммитах, показывать ошибки без дополнительного усилия со стороны разработчика.
Думаю что тоже самое будет касаться и ормов. Коллеги которые используют hibernate/sqlalchemy - могут подсказать.
Сам по себе клиент не имеет смысла. Хотя у DataGrip'а вне IDEA тоже есть применение, когда у тебя all products pack.
вообще никак не зависит, нормальные разрабы этой штукой особо и не пользовались, а тот инструмент который все юзают заменить в области баз данных невозмножно, но он слишком дорог и у всех всгда был без лицензии или на бесконечном триале.
DBeaver очень сильно перегружен, просто адовый интерфейс. DataGrip сильно платный и тоже не без недостатков. Помню, хотел его для Postgres использовать и не нашёл, как работать с комментами полей.
Я сейчас разрабатываю свою утилиту, но она отталкивается от модели данных, а не текущего соединения.
Пробовал Navicat (безумно дорогая фигня), DBeaver, посмотрел краем уха HeidiSQL и всякие эти SSMS, воркбенчи, пехапемуадмины... DataGrip всех их рвёт по возможностям и удобству. Есть небольшие нюансики, но в целом лучше инструмента для разгребания БД просто не существует. Это по сути был первый продукт с которого моя подписка на JB началась.
В плагинах к IDE, насколько они сами говорили, используется та же основа что и для DataGrip, поэтому плюс-минус всё должно примерно одинаково работать. Более того плагин ещё ConnectionString пытается подхватить автоматом из конфигов популярных фреймворков. И в райдере у меня автокоммит вполне себе включен по умолчанию (но его можно выключить на этапе настройки). Если автокоммит изменений не включать, то на всяких MSSQL можно получить ситуацию когда изменения ждущие commit блокируют зааффекченные записи.
С кастомными JDBC-драйверами как-то даже к древнючему dBase достучался, хоть и ограниченно, но работает, вытащить данные вполне можно.
Ну и не знаю как в райдере, но в актуальном "бесплатном для хомяков" вебшторме пролетало
Built-in support for database tools and SQL
The Database Tools and SQL plugin, which was previously only available via a separate paid subscription, is now bundled with WebStorm at no extra cost.
всех их рвёт по возможностям и удобству
Не всех и не всегда :) Как не было возможности заполнить FK-столбец, выбрав из dropdown значение, так и нет. Я уж не говорю про то, чтобы дать возможность выбрать значение, когда WHERE пишешь.
хмм... выгребать на каждый чих с ремоутного сервера из БД не несущие человекочитаемой инфы 100500 гуидов - так это не баг, это фича что такого маразма нет. Если вам кажется это клёвой идеей - у вас уже всё плохо. Вообще всё.
Для меня же реальную ценность представляет обратное - я могу писать запросы с проверкой на корректность даже в условиях плохой связи или при её регулярном отсутствии после того как DG проиндексировал схему БД
SQL Workbench/J разумется, (недоступен из РФ). НА DG переходил с трудом, хотя возможность поработать с SQL из любого места, включая markdown и asciidoc - бесценна.
В SQLWB/J интересен не столько сам клиент, сколько его расширения Wbxxx, коим посвящена добрая треть руководства на 200+ страниц. Задачи получается решать... весьма специфические.
Еще один из вариантов - это запуск в docker образа PhpMyAdmin
Бобёр неплох, но с дырками. Можно поставить себе "экспериментальный" RustRover и использовать dB плагин.
К слову, о вышеупомянутых плагинах: eсли вы пользовались Database Navigator, то знаете, что он всё ещё не поддерживает последнюю версию IDEA, поэтому мы, для вашего удобства, форкнулись в https://github.com/explyt/dbn и собрали сборку, которая поддерживает IDEA 2024.3.
Выложили версию eap, она будет обновляться до выхода релиза оригинального плагина.
Dbeaver хз как сравнить две идентичные таблицы из разных схем, например. Когда в ultimate это делалось одной кнопкой, а результат расхождений в данных сразу выделялся. Ещё бесит, что dbeaver часто ругается на невидимые символы, когда вставляешь скопированный запрос.
Больше всего бесило во встроенных в Идею плагинов для БД - зависание. Сидишь, дебажишь, нужно что-то посмотреть в базе, а все зависло. И ни базу не посмотришь ни код. Носишь все и по новой запускаешь. Нет уж увольте. Почему-то ни у кого не возникает желания держать и молоток и пассатижи в одной руке и мультитул считается как непрофессиональный компромисс.
Как жить без IntelliJ IDEA? Часть №4. Database Client