Pull to refresh

Comments 31

Добрый день.

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

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

Спасибо.
Для этого нужно использовать внешний экстрактор 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
Работа с PostgeSQL в PhpStorm 2019.2:

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

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

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

Единсвтенное, что могу предложить: во втором случае использовать SQL-генератор (Alt+Ctrl/Cmd+G) на схеме. Там можно указать, чтобы всё квалифицировалось.
Раньше, чтобы это работало, системные схемы надо было добавлять в проводник, потому что DataGrip ”знал” только о тех объектах, которые проинтроспектированы. Но системные схемы не меняются, получать информацию о них каждый раз не имеет смысла. К тому же, они не всегда нужны в проводнике и мешаются там с рабочими схемами.

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


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


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

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

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

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


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

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

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

Да, сейчас это работает, если поле редактируемое и его содержимое можно отформатировать. Есть тикет: youtrack.jetbrains.com/issue/DBE-1764
Думаю, хорошим решением будет показывать отформатированное подсвеченное значение в Quick Doc pop-up
Я немного о другом. Я не о столбце XML, а когда из обычных столбцов посредством SELECT в SQL формируется XML. Обновился до 2019.2. Проверил. Работает.
Так этот XML все равно как столбец отображается, не? Или я просто не понял что-то :)
А есть сравнительная табличка чем ваш продукт отличается скажем от платной версии DBeaver Enterprise?
Планируется. Мы уже начали исслдеования :)
Всем добрый день!
Подскажите, пожалуйста, не далекому. Я хочу сохранить красиво результаты выборки, использую обычную кнопку Dump Data->To File
Изначально результат сохранялся без названия столбцов, поковырялся в настройках, сделал так:
image
Выглядит вроде не плохо, но на самом деле в эксель файле все данные запихиваются в одну ячейку на строке:
image
Что я не так делаю в настройках? Пожалуйста, подскажите

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

2. Запрос вместе с результатами: о таком не думали, даже реквеста в трекере нет.
Вы оказались правы, в TSV информация по разным ячейкам растеклась. Спасибо за помощь!
А на счет запроса вместе с результатом: буду ждать, хорошая фича для отчетности
Так я наоборот CSV предложил, потому что у вас Value separator — Tab стот на картинке. Ну, в общем, хорошо что всё хорошо.
А про запрос можно завести реквест :)
оу, так у меня изначально и был выбран формат CSV. Сейчас попробовал все типы для Value Separator — все равно в одну ячейку данные съезжают, а в TSV при Value Separator — Tab все красиво сохраняется, я не понимаю в чем логика)

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


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

Only those users with full accounts are able to leave comments. Log in, please.

Information

Founded
Location
Россия
Website
jetbrains.com
Employees
1,001–5,000 employees
Registered

Habr blog