Привет! В течение последних четырех месяцев мы выпускали новые функции между выпусками, поэтому эта статья посвящена новым возможностям.
DataGrip В течение этого времени.
Он посвящен нашему новому релизу: 2020.2. Получилось долго, но, надеюсь, полезно.
Редактор данных
Редактор больших значений Мы прикрепили к ячейкам полноценный редактор.Если ячейка содержит длинное значение, например XML или JSON, удобно открыть ее на отдельной панели.
Для этого нажмите Максимизировать в контекстном меню.
Предварительный просмотр запроса во время редактирования
Теперь перед записью новых значений в редакторе данных можно посмотреть, какой запрос будет выполнен.
Для этого нажмите кнопку ДМЛ на панели инструментов.
Если честно, это не совсем Что запрос, который мы выполним, поскольку DataGrip использует драйвер JDBC для редактирования данных.
Но в большинстве случаев то, что мы показываем, будет совпадать с тем, что будет работать на самом деле.
Новое отображение логических ячеек
Раньше для отображения ячеек с типом логическое значение мы использовали флажок.
Это было неудобно: не все понимали, как отличить нулевой от ЛОЖЬ , А по умолчанию, вычисляемый И нулевой и отображались одинаково.
Мы решили не мудрить и написать смысл текстом.
У флажка было одно преимущество: было легко визуально найти значения.
истинный .
В новом интерфейсе эту задачу выполняет точка.
Нам повезло: в английском языке все возможные значения начинаются с разных букв.
Поэтому для редактирования достаточно нажать на первую букву нужного вам значения: е, т, д, н, г или в.
Если вы введете что-то еще, мы покажем раскрывающийся список.
И пространство переключается между доступными значениями.
Автоматический редактор данных для файлов CSV Раньше редактор данных приходилось вызывать из контекстного меню, а маленькая желтая полоска при открытии CSV-файлов рекламировала сторонний плагин.
Теперь мы сами определяем что к чему и показываем вкладку Данные для файлов CSV. 
Новые строки при вставке значений
Если вставить данные в таблицу из буфера обмена, мы автоматически создадим необходимое количество новых строк.
Новый интерфейс для недогруженных данных
Иногда DataGrip не может загрузить все данные в ячейку, если она занимает много памяти.
Это определяется настройкой База данных | Представления данных | Максимальная длина LOB. Раньше мы вставляли текст об этом прямо в значение ячейки, а это неудобно.
Теперь это небольшой отдельный кубик: 
Ээкспортировать в буфер обмена из контекстного меню
В прошлом релизе мы сделали диалоговое окно для экспорта, не учтя одного маленького случая: копировать весь результат в буфер обмена мышкой стало менее удобно.
Теперь вы можете сделать это из контекстного меню.
Напомним, что это действие копирует весь результат или таблицу.
А Ctrl/Cmd+C или действие Копировать копирует только выделенный фрагмент. Улучшения фильтрации для MongoDB Кроме идентификатор объекта И ISOДата , теперь вы можете фильтровать по UUID , ЧислоДесячное , Номердлинный , И БинДата .
Кроме того, если в буфере обмена есть подходящее значение для UUID/ObjectId/ISODate, DataGrip предложит использовать его для фильтрации.
Мы также добавили регулярные выражения в условия фильтра, чтобы вам не было слишком скучно.
НРАВИТЬСЯ из фильтра в реляционных базах данных.
SQL-редактор
Новый виджет с проверками Справа от редактора появилась небольшая панель — она сообщит вам, сколько ошибок в скрипте, и сколько мест подозрительных.Оттуда вы можете перемещаться или выбирать, что выделять, а что нет. Сочетание клавиш Ф2 все еще работает для того же самого.
Предложение о переименовании
Это появилось во многих наших IDE: если вы переименовали что-то не используя встроенный рефакторинг, а изменили имя в коде, вам будет предложено провести рефакторинг и переименовать и все использует. Например, вот как это работает с псевдонимами: 
Завершение JOIN стало лучше
Раньше, чтобы предложить полное условие JOIN, нам нужно было ввести это ключевое слово.
Теперь мы понимаем, что нужно, как только вы набрали 'J'
.
Мы также научились предлагать двойные условия, если ключи таблицы установлены таким образом.
Обновить информацию о базе данных
Если DataGrip ничего не знает об объектах из ваших запросов, он вам об этом сообщит. Иногда такое случается, если вы просто что-то опечатали.
Бывает и так, что файл был связан с неправильным источником данных.
Другая причина этого события в том, что объект уже появился, но DataGrip не получил информацию о нем из базы данных.
Для этого мы добавили возможность запускать обновление структуры базы данных из редактора, если объект неизвестен.
Выберите переменную
Раньше этот рефакторинг работал не для всех баз данных, но теперь он работает в SQL-сервер, Db2, Exasol, HSQL, Redshift И Сибаза .
Выделение Google BigQuery
Новое дополнение к списку диалектов: Google BigQuery. Пока это не полная поддержка базы данных, а только корректная подсветка кода.
Соответственно, нет необходимости выделять код для выполнения запросов; мы сами будем определять, что запускать.
Подсветка TextMate
Как и другие наши IDE, DataGrip теперь может выделять код с помощью плагина TextMate. Может быть полезно, если у вас есть скрипты на Python, lua, javascript. Полный список языков доступен по адресу Настройки/Настройки | Редактор | Пакеты TextMate .
SQL 2016 как диалект
Если вы работаете с базой данных, которую мы не поддерживаем, запросы анализируются и выделяются диалектом < Общий > .
Раньше это был SQL 92, теперь SQL 2016. Самое главное, что теперь мы правильно обрабатываем запросы с блоком С , соответственно, они не только правильно подсвечиваются, но и их можно запускать без подсветки кода.
Регистр имен объектов при форматировании
В настройках форматирования было три настройки имен объектов базы данных: в столицах , строчные буквы или Не менять .
Но оказалось, что есть четвертый случай: пользователи хотят использовать тот регистр, который использовался при создании объекта в скрипте.
Мы поддержали это.
В таблице примера Актер создано с первой заглавной, а в использовании мы привели имя таблицы к одному и тому же регистру.
Мы ищем скрипты создания только внутри того же файла, где происходит форматирование.
Если вы хотите, чтобы форматтер нашел объявление объекта в соседнем файле, создайте из своих файлов Источник данных на основе DDL .
Несколько кареток в выделенном фрагменте Теперь вы можете выделить фрагмент кода и поставить курсор на каждую строку.
Используйте для этого действие Добавьте каретки к концам выделенных строк или сочетание клавиш Shift+Alt+G 
Обозреватель базы данных
Все основы и схемы в дереве По умолчанию мы показываем в дереве только те базы и схемы, которые вы выбрали сами.Дерево не ленивое, и вся метаинформация об объектах используется для дальнейшей работы IDE. Поэтому скачиваем только то, что необходимо, чтобы случайно не зависнуть на гигантской базе.
Однако многие привыкли к инструментам, которые всегда показывают все объекты, а люди, не знакомые с нашей концепцией, могут упустить из виду основы и диаграммы.
Итак, мы внесли коррективы Показать все пространства имен, а когда он включен, в дереве будут показаны все базы данных и схемы, даже если информация об их объектах не загружена.
Такие схемы и базы выделены серым шрифтом.
Интерфейс для создания представлений
Обычно мы говорим, что функция генерации кода в редакторе ( Alt+Ins или Cmd+N ) покрывает многие потребности разработчика по созданию объектов, но иногда все же менее удобен.
Поэтому мы начали добавлять интерфейсы для создания объектов: в новой версии можно создавать представления.
Файлы сценариев на панели «Файлы»
Если вы создали источник данных на основе DDL, эти файлы автоматически попадут на панель.
Файлы .
Это позволит вам удобно их просматривать и редактировать.
Простая поддержка ссылок на базы данных в Oracle
Ссылки на базы данных теперь отображаются в проводнике, а запросы, которые их используют, правильно выделяются.
Общий
Больше никаких длинных названий вкладок Вы часто жаловались на это? Вкладки бесконтрольно растут .
Впредь:
- Настройки База данных | Общие | Всегда показывать полные имена для объектов базы данных.
по умолчанию отключено, то есть имена объектов будут уточняться схемой только в том случае, если открыты два объекта с одинаковым именем из разных схем. - Если имя источника данных превышает 20 символов, мы его обрежем.
- Если у вас есть только один источник данных, мы не будем показывать его на вкладках.
- Если имя объекта со всеми его классификаторами превышает 36 символов, мы его тоже обрежем.
Подробная статья на английском языке о поддержке оболочки MongoDB Здесь .
Родные библиотеки в настройках драйвера
Теперь вы можете указать путь к нативной библиотеке, которая нужна драйверу.
Вот несколько случаев, когда это может понадобиться.
- В SQL-сервер вы можете указать путь к mssql-jdbc_auth- - .
dll
для аутентификации SSO, если вы настраиваете драйвер вручную.По умолчанию аутентификация SSO работает «из коробки».
- В базе данных Оракул вы можете указать библиотеку ocijdbc использовать драйвер OCI.
- В SQLite , вы можете указать расширения загружены в
время выполнения , чтобы потом их можно было легко использовать при написании запросов, не указывая каждый раз полный путь.
js
Теперь конфигурации запуска работают для сценариев базы данных.МонгоБД .
Интеграция с Git и Github работает «из коробки».
Наш опрос показал что довольно много людей хранят скрипты в системах контроля версий, поэтому мы решили упаковать два самых популярных плагина в этой области.
Спасибо за внимание! Напоминаем, что у нас есть свои Telegram-канал , где можно задавать вопросы и делиться опытом.
Но если вы обнаружили ошибку, лучше сразу написать на почту трекер чтобы он не заблудился.
Ну и комментарии сюда, конечно, тоже пишите :) Вот и все! Команда DataGrip Теги: #базы данных #Администрирование баз данных #postgresql #sql #clickhouse #MySQL #mongodb #Oracle Database #intellij idea #Microsoft SQL Server #sql-сервер #pycharm #инструменты базы данных #redshift #datagrip
-
Ламповые Компьютеры: Maddida
19 Oct, 24 -
Обновление Плагина Mctube
19 Oct, 24
