DataGrip 2019.2: Управление соединениями, поиск по данным, фильтрация в навигации

[mr_bag]

Добрый день.

Я так и не понял, как скопировать данные из поля в виде sql in list?
(1,2,3,4,5,6)
('one','two','three')

Спасибо.

[moscas]

Опишите подробней, пожалуйста.

[mr_bag]

Получаю результат запроса, выделяю значения, Ctrl-C.
Перехожу в окно запроса Ctrl-V получаю (1,2,3,10) или ('one','two','three').
Такая функциональность есть в SSMSBoost.

Спасибо.

[moscas]

Для этого нужно использовать внешний экстрактор CSV-ToOneRow-Groovy.csv.groovy, вот ссылка: gist.github.com/moscas/793e441b12872b8339a1471966343439#file-csv-toonerow-groovy-csv-groovy

Положите его в папку DataGrip2019.2/extensions/com.intellij.database/data/extractors/
habrastorage.org/webt/-u/hh/le/-uhhlehn0hpd0eqslp_bt08zxem.png

И выберите потом в дропд-дауне экстракторов при экспорте
www.jetbrains.com/help/img/idea/2019.2/db_tutorial_export_data_6.png

Немного кудряво, но эта функциональность абсолютно универсальна: вы можете сделать хоть 50 своих эксракторов, которые будут делать то что вам нужно.

Более подробный пост тут: habr.com/ru/company/JetBrains/blog/342094

[eandr_67]

Работа с PostgeSQL в PhpStorm 2019.2:

1. При выполнении Dump Data to File(s) -> SQL Inserts с включенной опцией Single File получаю sql-файл в котором создание таблиц и их заполнение производится в алфавитном порядке имён таблиц. При наличии у таблиц внешних ключей использовать полученный дамп для переноса/восстановления данных невозможно.

К моменту создания таблицы, содержащей внешние ключи, все таблицы, на которые эти ключи ссылаются, уже должны быть созданы и заполнены.

2. При экспорте вышеуказанной командой сразу нескольких схем в команды создания таблиц имя схемы не добавляется. При этом в команды INSERT имена схем добавляются. В результате, опять же, использовать полученный дамп невозможно.

[moscas]

К сожалению, пока всё так. Будем над этим работать, когда займёмся полноценными миграциями.

Единсвтенное, что могу предложить: во втором случае использовать SQL-генератор (Alt+Ctrl/Cmd+G) на схеме. Там можно указать, чтобы всё квалифицировалось.

[gudvinr]

Раньше, чтобы это работало, системные схемы надо было добавлять в проводник, потому что DataGrip ”знал” только о тех объектах, которые проинтроспектированы. Но системные схемы не меняются, получать информацию о них каждый раз не имеет смысла. К тому же, они не всегда нужны в проводнике и мешаются там с рабочими схемами.

В постгресе, если база интенсивно использует хранимые процедуры, к примеру, то постгрес генерирует pg_temp_* таблицы, и при хранении больших данных (вроде строк — тексты, описания, адреса всякие) таблицы-сателлиты pg_toast_*, в которых хранит в сжатом виде.

Десятки и сотни таких таблиц, занимающих практически весь листинг браузера схем (что в общем-то, не так уж редко для случаев когда конкретный инстанс — это не тестовая база в докере на локальном ПК) доставляет дискомфорт больший, чем две системные таблицы.

Это всё печально весьма, буквально сегодня сидел, вытыкивая системные схемы из выборки. Задаче, которая этому посвящена, в youtrack уже больше двух лет, по-моему.

[moscas]

Про эту проблему знаем, да. youtrack.jetbrains.com/issue/DBE-6445. У тикета 5 голосов, поэтому он не в высоком приоритете. Но мы поглядим, что можно сделать.

[gudvinr]

Ну да, в трекере не одна такая проблема.
Я про неё тоже знаю, но в данном случае даже нет никакого обходного костыля, чтобы не так сильно мешало. Просил хотя бы добавить возможность фильтровать схемы в стандартный object filter, две версии назад говорили что можно будет в качестве временного решения добавить и тоже ничего.

[moscas]

Мы посмотрим, спасибо

[moscas]

В багфиксе выкатим вот что:
Схем pg_toast и pg_temp не будет вообще нигде. Это решение вам подходит?

[gudvinr]

Конечно. Они в себе не содержат объектов для навигации, поэтому вряд ли есть люди, которым эти схемы нужны в списке.

Только про pg_toast_temp_* тоже не забудьте (:

[moscas]

не забыли :)

[kuber]

Поддержка XML в Oracle Database уже появилась?

[moscas]

Какого рода? XML давно уже подсвечивается везде.

[kuber]

Имеется ввиду когда прямо в SQL запросе формируешь XML. Например,
SELECT XMLELEMENT("Employee", ename) FROM emp;
Datagrip корректно отобразит результат?

[moscas]

Да, сейчас это работает, если поле редактируемое и его содержимое можно отформатировать. Есть тикет: youtrack.jetbrains.com/issue/DBE-1764
Думаю, хорошим решением будет показывать отформатированное подсвеченное значение в Quick Doc pop-up

[kuber]

Я немного о другом. Я не о столбце XML, а когда из обычных столбцов посредством SELECT в SQL формируется XML. Обновился до 2019.2. Проверил. Работает.

[moscas]

Так этот XML все равно как столбец отображается, не? Или я просто не понял что-то :)

[Sleuthhound]

А есть сравнительная табличка чем ваш продукт отличается скажем от платной версии DBeaver Enterprise?

[moscas]

Таблички такой нет. Но есть место, где описано всё, что мы умеем: www.jetbrains.com/datagrip/features

[demas1252]

А добавить поддержку MongoDb не планируется?

[moscas]

Планируется. Мы уже начали исслдеования :)

[Weonicle]

Всем добрый день!
Подскажите, пожалуйста, не далекому. Я хочу сохранить красиво результаты выборки, использую обычную кнопку Dump Data->To File
Изначально результат сохранялся без названия столбцов, поковырялся в настройках, сделал так:

Выглядит вроде не плохо, но на самом деле в эксель файле все данные запихиваются в одну ячейку на строке:

Что я не так делаю в настройках? Пожалуйста, подскажите

p.s. ещё хороший момент сохранять вместе с результатом ещё и сам запрос, в PostgreSQL это делалось просто кнопкой Copy to Excel

[moscas]

Картинки не прогрузились :(

[Weonicle]

пофиксил

[moscas]

1. Вам надо попробовать сделать CSV а не TSV, возможно Эксель лучше понимает именно когда разделитель, запятая. Но вообще для экспорта в Эксель есть отдельный реквест: youtrack.jetbrains.com/issue/DBE-4123

2. Запрос вместе с результатами: о таком не думали, даже реквеста в трекере нет.

[Weonicle]

Вы оказались правы, в TSV информация по разным ячейкам растеклась. Спасибо за помощь!
А на счет запроса вместе с результатом: буду ждать, хорошая фича для отчетности

[moscas]

Так я наоборот CSV предложил, потому что у вас Value separator — Tab стот на картинке. Ну, в общем, хорошо что всё хорошо.
А про запрос можно завести реквест :)

[Weonicle]

оу, так у меня изначально и был выбран формат CSV. Сейчас попробовал все типы для Value Separator — все равно в одну ячейку данные съезжают, а в TSV при Value Separator — Tab все красиво сохраняется, я не понимаю в чем логика)

[Tellamonid]

Хотелось бы, чтобы вот эту проблему поправили: https://youtrack.jetbrains.com/issue/DBE-2500

А то сейчас невозможно использовать DataGrip в энтерпрайзе с Ораклом. Потому что select any dictionary там не дают, а дают очень похожую роль, в которой есть dba_source и другие dba-вьюшки. Но DataGrip их не использует, а использует all-вьюшки, в которых в этом случае ничего толком нет.