А в чем главное удобство? Что вы можете параметры вводить когда вам хочется, не отвлекаться на них, менять запрос параллельно или даже использовать одни и те же параметры в разных запросах?
Извините, я вас неправильно понял. В о фильтрации в редакторе данных, а я думал, вы о построителе запросов.
Сейчас у нас есть:
— Фильтрация (при помощи нового запроса на стороне БД)
— Поиск (текстовый на клиенте, в любой колонке)
— Сортировка (на клиенте и на БД, по выбору)
— Изменение размеры страницы
Из того что вы привели в пример не хватает агрегатных функций и группировки для запуска нового запроса. У нас, мне кажется, даже тикета такого нет: вроде не очень просят.
В целом, я думаю, наша аудитория согласна с нами в том, что при помощи автодополнения и генерации написать запрос можно даже быстрее. Ну и такие возможности более гибкие.
Проблема понятна. Сейчас DataGrip знает о консистентной модели вашей базы: то есть в каждый момент времени мы должны знать обо всех связях, чтобы работали всякие классные инспекции и автодополнение. Если мы обновим информацию о каком-то одном объекте, мы не сможем точно утверждать, что вы, например, ошиблись или опечатались.
Да, для этого требуются ресурсы. Но некоторым разработчикам важнее быстрая интроспекция, чем умные подсказки. Мы думаем об этом и надеюсь, придумаем еще один режим работы, который лучше подходит для таких случаев.
Сейчас у нас есть:
— Фильтрация (при помощи нового запроса на стороне БД)
— Поиск (текстовый на клиенте, в любой колонке)
— Сортировка (на клиенте и на БД, по выбору)
— Изменение размеры страницы
Из того что вы привели в пример не хватает агрегатных функций и группировки для запуска нового запроса. У нас, мне кажется, даже тикета такого нет: вроде не очень просят.
Но есть тикет по выполнению агрегатных функций уже на самом результате: youtrack.jetbrains.com/issue/DBE-5278
В целом, я думаю, наша аудитория согласна с нами в том, что при помощи автодополнения и генерации написать запрос можно даже быстрее. Ну и такие возможности более гибкие.
Да, для этого требуются ресурсы. Но некоторым разработчикам важнее быстрая интроспекция, чем умные подсказки. Мы думаем об этом и надеюсь, придумаем еще один режим работы, который лучше подходит для таких случаев.
На всё неплохо было бы завести тикеты или проголосовать, если они уже есть.
blog.jetbrains.com/datagrip/2020/06/16/introducing-mongodb-shell-in-datagrip
это еще почему?
Ну конечно. Вот у Фейсбука ужасный дизайн, а они все равно в шоколаде.
2. Все верно.