>>>Плюс перенос и модификация хранимых процедур проще чем перенос и модификация
>>>внешних программных модулей.
>>Это еще как сказать...
>>Если изначально писать под MySQL то работать будет на любой СУБД.
>Спасибо MySQL даже не вчерашний а позавчерашний день он соответсвует спецификации SQL89,в
>нем нет хранимых процедур. Равняться на нее в связи с тем
>что она проста для освоения и переноса не стоит, если в
>проекте по умлчанию используется MySQL или поддерживается я не буду даже
>рассматривать этот проект. Поверь гараздо проще изменить логику работы SQL процедуры
>чем лопатить код внешних процедур на C или C++. Это может
>сделать и субд деволпер причем так как что изменит всю логику
>работы процедуры.
Возможно вы правы.>Сколько раз можно повторять вся бизнес логика должна быть внутри базы, а не снаружи.
Спорно. Если у нас клиент-сервер то да. Данные хранятся а БД, логика в хранимых процедурах. Клиен - отображает данные и делает запрос на расчет того или иного с помощю хранимых процедур + клиент сам чегото считает. Хранимые процедуры в данном случае сильно экономят трафик.
Если же используется 3_х уровневая архитектура ТО -
1. БД хранит только данные.
2. Сервер "приложений"(в нашем случае скрипты) берет данные из БД считает, умножает делит и т.д. и результаты записывает в БД.
3. Клиент (броузер или win приложение) работает как терминал - посмотреть, изменить, добавить/удалить и ВСЕ.
Все считают скрипты, на чем они написанны - второе дело.
>>Единым будет ядро, + солянка модуль-услуг, и доп модулей.
>Что есть ядро ? И модули-услуг и доп. модули?
>Ядро любого билинга это БАЗА. Все остальное не важно.
Сегодня накропаю продолжение статиь либо подождем пока запущу сайт.