В любом случае умение работать через консоль будет плюсом

Точно, я и написал для удобства воркбендч. Как вариант в любом редакторе. Но консоль настраивать не надо + понимание как работает Sql

Команд не так много надо выучить

Я тебя не понимаю 😢

Причём тут знание SQL и взаимодействие с базой через терминал?

Если я в PMA напишу SQL запрос, от этого я меньше буду знать SQL? Или что?

Или если сразу в коде, он как-то будет отличаться от написанного в терминале?

Неужели "встроенный" (поставляемый с MySQL, я так понял) SQL shell настолько плох, что работа "через GUI" действительно эффективнее?!
(Я не пользуюсь, просто стало любопытно.)

Тебе для этого не открыть надо и минусы у нее есть.

Нет, просто не хотят учиться. Консоль выигрывает на больших данных

Плюс скорость работы

Я navicat использую, поэтому сравнение проведу с ним.
1. Множество баз (mysql, postgresql etc) сразу под рукой, удобное переключение между ними. Если у тебя приложение клиент-серверное с sqlite на клиенте и postgresql на бекенде - очень удобно
2. Опять же, единый интерфейс к разным базам
3. Удобная подсветка синтаксиса
4. Запоминание запросов в избранном
5. Удобно копировать из ячейки. Не нужно мышкой тянуть чтобы выделить и скопировать
6. Быстро обновить данные, не нужно апдейт писать для изменения в одной ячейке
7. Фильтры. Когда очень много данных, можно накладывать фильтры и одним щелчком мыши их активировать/деактивировать
8. Опять же скорость. Для просмотра DDL не нужно делать запрос, он всегда показывается в отдельной колонке
9. Если написал сразу несколько запросов, каждый выведется в отдельной вкладке, где между двумя результатами удобно переключаться
10. Автоматическое разбиение на страницы. Не нужно лимит оффсет дописывать и переклбчение между этими страницами легче простого
11. Сортировка результата в одно нажатие

И так далее. Повышение продуктивности, меньше затраты времени. Это очень важно при разработке. То что вы предлагаете - это как тратить время на написание html, используя блокнот.

Учиться чему? Ты делаешь какие-то выводы странные. С чего ты взял, что ты знаешь SQL лучше меня?

Но справедливости ради, навикат своих денег не стоит. Сейчас посмотрел, 299$ просят, я за 20$ брал лет 8 назад и года два назад за 150$ обновил

Всё перечисленное — в основном примитивно (и местами отвратительно), IMNSHO.

> 2. Опять же, единый интерфейс к разным базам

И он "родом" из 1980-х, да? ;)

> 3. Удобная подсветка синтаксиса

Есть же текстовый редактор?

> 4. Запоминание запросов в избранном

Примитивно. См. про редактор выше.

> 5. Удобно копировать из ячейки.

Обожемой, какой "прогресс". ;) См. выше.

> 6. Быстро обновить данные, не нужно апдейт писать для изменения в одной ячейке

Прямо в production?! А мне вот почти всегда нужен написанный update. Этого он не умеет?

> 7. Фильтры. Когда очень много данных, можно накладывать фильтры

Фильтры my eye. Для этого есть SQL (вывод во временные таблицы, если хочется "покрутить" один resultset).

> 8. Опять же скорость. Для просмотра DDL не нужно делать запрос

Бесполезно занимая место (это хотя бы отключается)? И "криво" показывая DDL в "особых" для той или иной СУБД местах, как обычно? ;)

> где между двумя результатами удобно переключаться

Т.е. без этого нельзя? Отвратительно.

> 11. Сортировка результата в одно нажатие

ORDER BY. Или, опять-таки, текстовый редактор.

> И так далее.

Ну-ну.

> Повышение продуктивности, меньше затраты времени.

По-моему, Вы что-то с чем-то путаете.

> То что вы предлагаете

Нет, это то, что Вы используете. Ещё и деньги за это платите. ;(

Судя по твоим ответам, ты не понимаешь, о чём речь. Извини, я не буду отвечать на каждый пункт, потому что ты ни в одном ответе не попал в кейс использования GUI. С каким GUI ты имеешь продолжительный опыт работы?

Да неужели? Может, ответить нечего?
Кстати, а зачем переходить на личности? Я же всего лишь критиковал инструмент.

> каким GUI ты имеешь продолжительный опыт работы?

Ни с каким. И картинки на стенах пещер я тоже не рисую, кстати. ;)

Ну вот как ты можешь производить сравнение, если не имеешь опыта. Попробуй, увидишь, насколько твои ответы бредовые

Я на них смотрю время от времени. И ничего "сильного" не вижу, в основном.
Можно привести хоть какие-то обоснования, вместо "бредовые"?
Или Вы из авторов navicat? ;)

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

Про DDL. Да, окно с ним можно убрать, но GUI построен так, что место под всё хватает. Например, горизонтальный скролл с выводом select * из таблицы с десятками колонок очень помогает. Но в DDL сразу видны индексы, значения по умолчанию и прочее. Разве возможно всё в голове держать? Когда сотни таблиц в десятках баз.

Про переключение результатов я тебя не понял. Делаю два независимых select из двух таблиц и в каждой по 100 результатов. Вот они выведутся не в одном окне, а в разных вкладках. Это удобно, попробуй. Табы откроются сами, на количество результатов.

Я не понимаю, как ты можешь вести обсуждение, если не имеешь опыта

Простой кейс. Есть таблица с текстовой колонкой ~500 символов в каждой строке. Тебе нужно исправить в тексте одной строки одну букву.
Что проще?
1. Делать селект, далее этот текст вставлять в апдейт, экранировать, делать исправление и применять апдейт

2. В результате исправить букву и при blur ячейки автоматом накатится апдейт, при этом если кто-то изменил эту строку, апдейт не пройдёт, о чём gui тебе сообщит