Интересно - при переходе на С - на чем вы хотите получить выгрыш?
ну да - скорость выполнения некоторых интсрукций повысится в разы, не спорю.
Но также в разы повысится сложность сопровождения всего этого хозяйства...
А если еще учесть что 90% процентов времени выполнения процедур и триггеров отдается выполнению SQL запросов - то по моему переход на С - даст только минус... Т.е. лучше сосредоточиться на оптимизации запросов как внутри процедур , так и на метоликах применения различных кеширующих схем между вызовами процедур...
Вот скажем пример - процедуры на чистом plpython - работают по моим оценкам быстрее в несколько раз чем на чистом plpgsql. но как только внутри процедур появляются запросы к базе - то ситуация выравнивается...
Это связанно с тем что запросы внутри plpgsql - хранятся и вызываются в уже препарированном виде... Но вот скажем в plpythonu за счет того что есть глобальный диктонари GD - в котором можно хранить результаты предыдущих выборок или препарированные ранее запросы, можно радикально повысить производительность некоторых бизнес операций. Конечно - так же можно делать и в С - но это на несколько порядков сложнее чем в Python или Perl- да и ошибиться в языке низкого уровня можно также просто, тем более что работа со структурами datum,дело не тривиальное...
Так что мое IMHO-процедуры на С- овчинка выделки не стоит.. Ну разьве что для особо критичных операций и то - трижды подумав ....

diman21Добрый день!
Задачка стоит такая: нужно написать процедуру над БД (с нетривиальной логикой) с частыми обращениями и изменениями базы. Уже пробовал реализовать ее на plpgsql, на большом объеме данных в базе, ее производительность никуда не годиться.
Заранее благодарен.
У тебя скорее всего все упирается в тормоза непосредственно связанные
с запросами к БД.
т.е. если даже ты напишешь процедуру на С- то заметно быстрее все равно не
станет. Зато сопровождать это дело и отлаживать будет более сложным делом...
Лучше сконцентрируйся на оптимизации запросов внутри этой процедуры...