JB DataGrip (ex 0xDBE)
Dec. 17th, 2015 12:55![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
gemelenНе так давно поменял лицензию JetBrains IDEA на JetBrains Toolbox Subscription, и при релизе среды для разработки SQL-кода DataGrip (ранее известную как 0xDBE) решил попробоавить как она изменилась со времени ещё закрытого бета-тестирования (которое было на самом деле открытым, судя по расшаренным через пару часов линкам).
Среду причесали, явных глюков/багов/неровностей ранних версий не наблюдается.
НО! Среда по-прежнему коде-центрична. В чём это выражается? (чаще всего мне приходится работать с оракловыми базами, поэтому отталкиваюсь от такого взгляда на ситуацию):
1. при открытия базы по умолчанию открывается консоль для ввода SQL команд (как и в OracleDeveloper)
2. но ровно по тому же умолчанию виден очень узкий спектр объектов баз данных - только таблицы/вьюхи/сиквенсы. Всего того спектра, что ожидаешь увидеть, нет - индексы/пакеты/типы/процедуры, не говоря уж о тонкостях вроде дб-линков.
3. пользуясь практикой "коннектимся как SYSTEM, сетим current_schema в кастомного пользователя и работаем", получаем очень неудобную среду: объекты этой схемы не синхронизируются и недоступны ни для обзора, ни для интеллисенса при наборе SQL-команд. То есть только по памяти.
4. никакой диагностической/системной информации об объекте не видно.
Надо заметить, кто к релизу поправили возможность открывать консоли к одной и той же базе данных, правда почему-то через опцию Open new console, которая рядом с Open console.
В итоге, в ежедневной работе, когда чаще смотришь на таблицы чем пишешь запросы, DataGrip проигрывает вендорскому софту. Хотя для всяких более мелких систем вероятно эта среда будет лучше чем ничего (как например для H2/Derby/SQLite).
Среду причесали, явных глюков/багов/неровностей ранних версий не наблюдается.
НО! Среда по-прежнему коде-центрична. В чём это выражается? (чаще всего мне приходится работать с оракловыми базами, поэтому отталкиваюсь от такого взгляда на ситуацию):
1. при открытия базы по умолчанию открывается консоль для ввода SQL команд (как и в OracleDeveloper)
2. но ровно по тому же умолчанию виден очень узкий спектр объектов баз данных - только таблицы/вьюхи/сиквенсы. Всего того спектра, что ожидаешь увидеть, нет - индексы/пакеты/типы/процедуры, не говоря уж о тонкостях вроде дб-линков.
3. пользуясь практикой "коннектимся как SYSTEM, сетим current_schema в кастомного пользователя и работаем", получаем очень неудобную среду: объекты этой схемы не синхронизируются и недоступны ни для обзора, ни для интеллисенса при наборе SQL-команд. То есть только по памяти.
4. никакой диагностической/системной информации об объекте не видно.
Надо заметить, кто к релизу поправили возможность открывать консоли к одной и той же базе данных, правда почему-то через опцию Open new console, которая рядом с Open console.
В итоге, в ежедневной работе, когда чаще смотришь на таблицы чем пишешь запросы, DataGrip проигрывает вендорскому софту. Хотя для всяких более мелких систем вероятно эта среда будет лучше чем ничего (как например для H2/Derby/SQLite).