LINUX.ORG.RU

Модуль Apache mod_libpq


0

0

Камрад Andrew Smith написал довольно полезный модуль для Apache. Модуль получил имя mod_libpq и применяется для сохранения в PostgreSQL, так называемых, образов документов, а также последующей выдаче их пользователям напрямую. То есть, все работы по генерации странички и заголовков HTTP вынесены в PostgreSQL и как следствие возможна работа без внешних скриптов.

>>> Подробнее



Проверено: Shaman007 ()
Ответ на: комментарий от baka-kun

>> 1) По скорости отдача из БД будет на порядок медленнее чем отдача из закэшированного файла с локального диска

>По скорости отдача из БД будет _быстрее_, чем из файла с локального диска (при правильном дизайне базы). За счет кеширования базой. А статический контент никто не мешает отдавать как обычно.

Выпей яду. Или сделай табличку на пару десятков записей, и статический файл на пару килобайт, и проведи benchmark. Я ответственно заявляю, что VFS cache будет быстрее в данном примере.

>> 2) По гибкости это не сравнить со скриптовым языком, который точно так же может залезть в postgre

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

Про какие телодвижения речь, не очень понимаю ? Соединение в случае mod_libpq и в случае скрипта можно использовать постоянное. Формирование запроса и чтение ответа нужно делать и там и там. А вот перекладывать логику вывода данных со скриптового web языка на PL/SQL это кхе-кхе.. неудобно, в общем.

>Не говоря уже о том, насколько сокращается обмен данными: одно дело -- выполнить из скрипта пяток запросов, совсем другое -- сделать все в пределах одной процедуры на сервере.

И насколько же он сокращается ? Кто мешает вызвать эту процедуру из скрипта ?

anonymous
()
Ответ на: комментарий от anonymous

>> А статический контент никто не мешает отдавать как обычно.

> Выпей яду.

Читать мы явно не умеем?

> Про какие телодвижения речь, не очень понимаю ?

Лишних.

> перекладывать логику вывода данных со скриптового web языка на PL/SQL это кхе-кхе.. неудобно, в общем.

Где удобно его, там PL/pgSQL, в другом месте удобней окажется PL/Perl или PL/Python , а кому-то может оказаться удобней сделать все на любом компилируемом языке и подключить необходимые функции. Это ведь Postgres, его очень удобно расширять под задачу.

> Кто мешает вызвать эту процедуру из скрипта ?

А зачем нам оверхед на второй скрипт и его интерпретатор? Начали с

> клиент <-(запрос)-> apache <-(запрос)-> скрипт <-(куча запросов)-> база.

прошли через

> клиент <-> apache <-> скрипт <-(один запрос)-> база+процедуры.

логично завершили, выкинув лишнюю сущность на

> клиент <-> apache <-> база+процедуры.

baka-kun ★★★★★
()
Ответ на: комментарий от anonymous

>вывода данных со скриптового web языка на PL/SQL это кхе-кхе.. неудобно,

ну так используй свой любимый PL\php долбодятел. кто тебе мешает

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.