для особых запросов в phpMyAdmin знание SQL тоже нужно (на все возможные запросы веб контролей не напасешься), а вот карячиться в консольном клиенте для оперативного просмотра/модификации данных, управления правами и пользователями и прочих типовых операций или сочинать на эту тему на ходу самопальные скрипты - это уже на любителя ..
Проблема только на ОЧНЬ больших базах и криво настроенном хостинге (или каком-нить бесплатном хосте), тогда его скрипт экспорта просто не успенвает отработать за сказанное время. Инкрементальный типа backup был бы занятен, типа каждая таблица или там сказанное число записей отдельно заворачиваются в отдельное файло и последовательно отдаются.
А вообще, неактуально. При нормальной хостинг-панели все это естественным образом решается.
> не понимаю, зачем человеку, знакомому с SQL эта хрень...
Дело не в знакомстве с SQL, а в наличии иных интерфейсов. Для постгреса такая хрень нафиг не надо (хотя и существует). У mysql, по причине врождённой недоразвитости консольного клиента, вещь практически незаменимая. Ну, а уж если разговор идёт о хостинге малых проектов - экологическая ниша mysql - так альтернатива вебоской морде, собственно быть не может. Или думаешь начну раздавать васям пупкиным с улицы shell?
> Для постгреса такая хрень нафиг не надо (хотя и существует). У mysql, по причине врождённой недоразвитости консольного клиента,
В чём принципиальная разница консольного клиента postgres и mysql?
На мой взгляд у postgres клиент более убогий, и работать с ним гораздо
противнее. Я могу сделать запрос в стиле show tables like? Explain
table? Я могу сменить кодировку вывода в клиенте?
> Листинг таблиц есть, но не в виде SQL-выражения. Незачот.
А зачем в SQL? это же консоль, \d[t,p,...] удобнее. А понял, чтобы из своих скриптиков гонять? Ну тогда вот в SQL:
select * from pg_tables;