итак, какой подход лучше?

на python и perl можно писать прямо в процедуре в PgSQL

я выбрал п.2

ЗЫ еще есть ORM и абстрации разные для ЯП

Это сообщение отредактировал(а) gcc - 19.11.2009, 10:37

fuck my brain  какие вы тут все умные


Добавлено через 9 минут и 21 секунду
В общем, если возник такой вопрос, значит база держит хранимые процедуры. Ещё было бы хорошо, чтобы она триггеры держала и далее по списку. Если база клиент-серверная, типа постгреса и т.д, то лучше на неё спихивать обязанности, так как это обеспечит максимальное быстродействие за счёт оптимизации двига, который самим хpен сделаешь классами и минимальный объём данных между вашим клиентом и сервером базы. С другой стороны то что можно обработать клиентом в классах программы, им и должно быть обработано. Идея же проста, спихнуть обязанности какие только можно на базу, а какие выгоднее классами, делать ими.

Есть такое мнение - что транзакция используемая в коде программы должна быть ровно такая(по времени, по количеству вмещаемого в себя кода и т.п.),  какая требуется бизнес-логикой. 

Т.е. тут нет однозначного ответа. Разве что я отдаю предпочтение классам. 

Вообще-то в некоторых книгах по базам данных дают однозначный ответ, в каком случае использовать то или другое. Все правила уже придумали и разложили по "полочкам". Другое дело, что Vex не описал детально, что он хочет делать, потому пока не к чему их применять. У размытой цели, размытое решение.

в одном проекте процедуры были и в PL/pgSQL и в PL/Perl (там свои классы можно вызывать)

но некоторые в PL/pgSQL были наверное для быстродействия 

без процедур было бы сложно наверное, в одних процедуре/триггере запросов было где-то 30-70 (я их не писал, они уже были написаные)

вот можно свои классы вызывать   







Это сообщение отредактировал(а) gcc - 19.11.2009, 23:28

Не согласен. Я бы даже сказал большее, есть такие проекты, которые называются "динамические", яркий пример. Это тот случай, когда нельзя однозначно сказать какой "случай"   Сегодня так, а завтра глядишь придется лезть и в самое сердце, и дорабатывать. Поэтому, если я умею использовать, действительно умею - некий инструмент, я лучше буду придерживаться его, так как я всегда смогу его малость доработать... А вот объять необъятное - нельзя, т.е. нельзя владеть всеми знаниями на все случаи.