А не удобнее ли было бы делать бизнес-логику на стороне СУБД?
Что мы постоянно таскаем данные по сетки с СУБД на сервер приложений (СП) и обратно?
Вот к примеру обработка проведения, зачастую как?
считываем ТЧ на СП, потом пишем в регистр (причем построчно, а не одним INSERT)

З.Ы. баян, но все же

неудобней трехзвенка рулит

Дык делай... Кто мешает?

>А не удобнее ли было бы делать бизнес-логику на стороне СУБД?
>Что мы постоянно таскаем данные по сетки с СУБД на сервер приложений (СП) и обратно?

вот здрасте... жили не тужили еще на 7.7 а тут озарение накрыло, что это полный ахтунг что 1С делает...

Бизнес-логика на стороне сервера и система-конструктор - вещи сложносовместимые.

(4) пусть интерпретирует в диалект используемой СУБД

Пишьi свой нетленка, на любая язык программирования и пользуй все блага любой СУБД !

А где пункт для настоящего 1Сника -  "Не понимаю о чем идет речь" ?

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

Самая большая проблема этого подхода, именно для 1С - это отсутствие наглядности, так как те конструкции, которые в этом случае приходится писать на обрезанном языке запросов, совсем не читаются