Модуль Apache mod_libpq

С точки зрения программиста, первична программа. А ввод (база данных) и вывод (отгенерированный html) вторичны. Любые способы вынести логику программы в ввод или в вывод вносят полнейший бардак.

К сожалению найдутся сторонники и у такого бардака (вынесение ввода на первый план), в основном со стороны DBA. Так же и как нашлись сторонники у бардака типа php со стороны веб дезайнеров (где html перичен, а программа вкрапливается где-то между строк).

Не там оптимизируете, товарищи. :) Оптимизируйте алгоритмы и схемы данных.

> Не там оптимизируете, товарищи. :) Оптимизируйте алгоритмы и схемы
> данных.

вот например про оптимизацию - берешь эту штуку и делаешь то что тебе надо причем в качестве языка используя скажем pl/python. после отработки решения потихоньку переводишь логику на C, причем по частям.
можно ли такое в рамках обычного вэб-приложения ? с трудом себе представляю, если только приложение не набор cgi. а этот модуль позволяет быстро накидать логику приложения, а затем постепенно перевести логику на использование другого языка - более эффективного, но менее удобного в разработке.

в точку.

а самый правильный подход - золотая середина: жава-скрипт раскидывающий данные вываливаемые в массивах и оверридящий дезигноровские дефолтовые вары.
дезигнеры креэйтят в параллельном треде и счастливы так как только WYSIWYG должен быть у них в руках.
путь xml темплейтов (равно как и других не-хтмльных тагов) должен умереть. Даёшь ясное разделение на дезигнеров и кодеров и будет всем щастье! Нет - хтмлю в коде!