> в юниксах (да и не только) алгоритм "одна программа генерирует человекочитаемые
>> данные - другая программа их парсит" напоминает наших дорожников,
> Полная ерунда. "Write programs that do one thing and do it well."
> -- выверено опытом и "кровью". Альтернативы -- ad-hoc специализированны, переумудренные
> вещи, пользоваться которыми никто не будет и не захочет.

Альтернатива - не придумывать лишние things, чтобы не пришлось их делать. Неужели это так сложно?

> Где именно она теряется? Человекочитаемую, потому как для человека предназначена

Предназначенную для человека информацию должен читать только человек. За попытки скормить ее программам надо бить по рукам.

> Основные преимущества их суть две вещи: 1) простота, 2) скорость

Вы очень точно отметили их основные недостатки (сложность и тормознутость). Правда, непонятно, почему вы считаете их достоинствами.

> Regex выражения родом именно из awk, s(ed) Те самые выражения будут использованы и в SQL (напр., PostgreSQL) Инфа, кстати, там тоже в тексте хранится.

Если архитектор ПО феерически криворук - да. Например, запись из rsyslog в SQL. Кой мне толк от того, что оно в базу запихано, если там все равно текстовая каша?

> SQL не имеет преимущества в скорости без индексирования.

При правильной архитектуре (когда никаких regexpов нафиг не надо) - имеет, и еще какое. Просто потому, что не надо парсить текст (очень медленная и сложная работа).

> Много работы, места и т. д. К тому же нет универсальности.

Да, это безусловные недостатки plain textа.

> К тому же, все эти утилиты легко "вставляемы" в другие утилиты и
> программы, например, Emacs. Очень мило там работают. Вы что предлагаете, каждый
> раз заново изобретать менее эффективный велосипед?

Наоборот, это вы такое предлагаете :)