В процессе своего обучения профессии ML engineer, пришло время и мне окунуться в мир баз данных. На курсе нам предложили два инструмента для работы с базами данных - это DataGrip и DBeaver (если же, по вашему мнению, существует более интересные продукты, то я буду только рад, если вы в комментария об этом расскажете). Я в своей статье задаюсь целью сравнить эти два инструмента - возможно это поможет кому-то с выбором.
Итак, приступим.
DataGrip - это интегрированная среда разработки баз данных, разработанная компанией JetBrains. Она поддерживает большое количество СУБД, включая MySQL, PostgreSQL, Oracle, SQL Server и многие другие. DataGrip имеет множество функций, таких как автодополнение кода, подсветка синтаксиса, инструменты для работы с данными и многое другое. Он также интегрируется с другими инструментами JetBrains, такими как IntelliJ IDEA и PyCharm.
DBeaver - это бесплатный инструмент для с базами данных, который поддерживает большое количество СУБД, включая MySQL, PostgreSQL, Oracle, SQL Server и многие другие. DBeaver имеет множество функций, таких как автодополнение кода, подсветка синтаксиса, инструменты для работы с данными и многое другое. Он также имеет возможность работать с несколькими базами данных одновременно и поддерживает экспорт и импорт данных.
Одним из основных отличий между DataGrip и DBeaver является то, что DataGrip является коммерческим продуктом, в то время как DBeaver является бесплатным. DataGrip также имеет более широкий набор функций и интегрируется с другими инструментами JetBrains, что может быть полезно для разработчиков, использующих другие инструменты этой компании.
Однако, DBeaver может быть более простым в использовании и имеет более простой интерфейс, что может быть полезно для новичков в работе с базами данных. Кроме того, DBeaver имеет большое сообщество пользователей, которые могут помочь в решении проблем и ответить на вопросы.
Вы знаете, я уже давно для себя уяснил - как бы хорошо вы ни выполняли свою работу, без хороших инструментов вы упустите возможность повысить производительность и потратите больше времени на мелочи. Поэтому, хорошо, когда инструменты уже имеют в себе все, что может нам пригодиться без дополнительного поиска новых решений.
Эдакий баттл между выбранными IDE мы проведем по следующей схеме:
Сравним пользовательские интерфейсы
Определим плюсы и минусы
Сделаем выводы
Напишу свои рекомендации, основанные на личном опыте
Основные задачи, которые могут возникнуть у ML инженера - это запрос данных, экспорт данных и просмотр/разработку схем. Цель данного сравнения - дать обзор того, как эти два инструмента выполняют эти общие задачи.
Важно найти правильный инструмент для правильной работы - DBeaver и Datagrip являются кроссплатформенными инструментами и очень эффективны при работе с несколькими источниками баз данных.
Вот здесь, собственно, сравнение эти двух IDE, выведенное в такую таблицу:
???? DBeaver
Простота использования.
Несколько дополнительных опций для генерации SQL и экспорта данных.
Отображаются справочные окна для связанных ключей и таблиц, и легко переходить к связанным данным.
VCS — контроль версий (Git)
Бесплатная версия
???? Datagrip
Возможность фильтровать и самостоятельно анализировать только части таблиц и диаграмм отлично подходит для наглядности и управляемости.
Улучшенная подсветка ключевых слов и предложения.
VCS - контроль версий (Git).
Настраиваемые фрагменты для быстрого кодирования.
Поддержка отладки PL/SQL в Oracle 9.0 Server
???? Оба IDE имеют на борту:
Совместимость с широким спектром приводов
Визуализация графических диаграмм
Организация записей пользовательского интерфейса
Прикрепленная папка проекта для быстрого доступа и хранения сценариев
???? Выводы:
Dbeaver Enterprise Edition
В дополнение к бесплатной версии вы можете попробовать редакцию Dbeaver EE (Enterprise) за 19 долларов в месяц. Эта версия включает в себя следующие функции:
Больше ссылок
Конструктор запросов
Редактор просмотра данных
Поддержка специальных расширений для NoSQL/Big Data
????Мои советы:
в каждом отдельном случае, создавайте отдельные папки
Используйте папки для упорядочивания/группировки нескольких ссылок из разных источников.
Используйте встроенный вывод
В Datagrip вы можете показать окно встроенного вывода для каждой выделенной строки выполнения.
Вот такое нехитрое вышло у меня сравнение...????
Ссылочки:
-
Dbeaver:
Если у вас ест что-то добавит или исправить, напишите, пожалуйста, в комментариях.
Комментарии (18)
maxzh83
29.05.2023 00:37Если часто приходится писать sql запросы и можете заплатить за DataGrip, то лучше взять именно его. В нем писать запросы заметно удобнее, особенно если привыкли к продуктам от JetBrains.
Совместимость с широким спектром приводов
Оказывается, я не один не понял, что это за приводы такие
levge
29.05.2023 00:37Давно пользуюсь DBeaver, очень удобно. Есть небольшие проблемы с точкой запятой в процедурах и триггерами в MS SQL . К сожалению не смог найти решение, иногда приходится пользоваться SSMS из-за этого.
slog
29.05.2023 00:37Я года с 2005 пользуюсь исключительно Oracle SQL Developer для доступа ко всем нужным мне БД (Oracle, MS SQL, DB2, MySQL, PostgreSQL и прочая). Так как он бесплатный, кроссплатформенный, написан на Java и использует JDBC в качестве "привода данных" (терминология автора). Большой плюс, что с помощью механизма пользовательских отчетов IDE можно настроить под себя и под любой адаптер данных, поддерживающий SQL-запросы. DBeaver тоже неплох, но мне не так нравится.
vnukov
29.05.2023 00:37Dbeaver тоже бесплатный и кроссплатформенный )
Для меня лично более удобен уже лишь тем, что нет необходимости обязательно ставить ; между разными запросами, да и автодополнение имхо поприятнее.
Dasfex
29.05.2023 00:37Полтора года назад надо было сделать трансфер данных из одной бдшки в другую. План был простой: выкачиваем файлик в виде запросов с инсертами из одной таблички и выполняем эти запросы в другую. В dbeaver был тогда баг (хз, как сейчас, мб поправили), что кол-во выгруженных данных было корректное (всё те же нужные 60к строк), но вместо 60к уникальных записей было 10к первых, которые потом повторялись. Т.е. он мне честно взял и выгрузил 10к первых строк 6 раз. На разобраться с этим было потрачено два дня (потому что я был молодой и зелёный и до конца не думал на инструмент). После чего я категорически отказался от этой штуки, ушёл в datagrip и сделал всё за полчаса.
Не доверяю дбиверу этому вашему теперь.
plotn1
29.05.2023 00:37Статья доставила. Давайте по пунктам:
Почему выбраны хабы (ниже) где хоть слово о них?:
Хабы:
plotn1
29.05.2023 00:372. Вы можете хоть приблизительно сказать про ваш компарижен ,что с чем вы сравниваете? Уверен, что вряд ли. Переведите метрику референс пик плюс джамп. Кто где пик? Кого куда джамп?
plotn1
29.05.2023 00:37Зная, как продукты устроены изнутри, а также будучи контрибьютером в один из них - выглядит чудовищно ваша оценка "походя", хотя, чат GPT, я наверное с тобой разговариваю, если в статье упомянут oracle 9, которому лет 20 уже, если не более. Маякни тогда, мы с тобой вроде не ссорились
Demir_Uzun Автор
29.05.2023 00:37Вижу прямо нуждаетесь в обратной связи, а я просто огорчен провалом статьи....эта статья (будь она неладна) написана мною в связи с тем, что я решил сравнить именно эти два инструмента, так как они были нам рекомендованы на курсе по sql как дополнение к курсу ML engineer. Я выбрал dbeaver, тех задач, которые мне нужны для моей специализации их хватает с головой...единственно, что не надо было мне изображать здесь из себя "великого программиста".
infcl
29.05.2023 00:37Использовал HeidiSQL года 3 — он шел по стандарту с MariaDB на винде.
В целом неплохое решение, т.к визуал достаточно наглядный и понятный, но если говорить про непосредственно редактор кода там — это ужас, он очень топорный и "анти-гибкий"
После него Datagrip был глотком свежего воздуха, всё так же удобно, так ещё и редактор кода привычный, "гибкий"
dyadyaSerezha
А где же минусы? Насчёт рекомендаций, я думал, будут рекомендации по выбору.
И да, а что такое привод?
MaxLevs
Видимо, привод - это driver
dyadyaSerezha
Первый раз за всё время встречаю, когда употребляют русские слова вместо устоявшихся английских. До сих пор было только наоборот (и часто).