<Выпады личного характера удалены модератором>

Теперь рублю серьезно отвечу:

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

Правильно, так и есть. Правда многовато перечислено уж :)

авторОчень удобно когда разные разработчики клиентского интерфейса, использующие одинаковые логические структуры данных, имеют возможность получать их из уже сформированных частей проекта, а не описывать логику каждый как понял. Конечно это можно оформить в виде библиотек и "прислюнить" ее к клиенту или на сервере базы логику разместить.

Это вы про какую такую логику? Вы как проекты пишете? Логика вся в БД лежит - если вы занимаетесь клиентом, то никак вы логику не измените, тем более не выдумаете :) Да и по написанию клиента должны быть общие правила - иначе это не проект

авторНо трехзвенка дает возможность не только не привязываться к определенной СУБД но и иметь "разношерстного" клиента.

Дык СУБД - вы не поверите! - позволяет иметь вообще неограниченное количество типов клиентов! Без проблем с разработкой!

авторИногда это бывает удобно, даже очень.
О чем я и говорю :)

авторВозьмем к примеру аптечный склад с возможность ведения электронных заказов. Можно клиентам отдать свой интерфейс, но многим нужна возможность получать / обмениваться данными, по средствам своего интерфейса. Позволяющего обобщать информацию и анализировать ее.
Вот здесь и удобно использовать сервер приложений. Доступ к данным разнообразен, а обработка едина.

А где вы тут увидели сервер приложений? Тут нужна софтина, которая лезет к данным каждого поставщика (по их правилам), берет данные и пихает в вашу БД Где тут апп-сервер?
<Выпады личного характера удалены модератором>

Ну и funmanу
авторМожно сколь угодно долго говорить о достоинствах и недостатках Microsoft, но мне что-то на глаза не один вирус в Linux не попадался,....
<Выпады личного характера удалены модератором> в Линуксе до фига багов и дыр. Только раньше Линуксы не популярны были, вот никому поэтому на фиг их дыры не нужны были, а теперь пытаются пролинуксовать побольше компутеров, вот хакеры и прочие добрые люди начали и линухов копать - и все больше и больше чего нехорошего находят.

авторА для противников третьего уровня можно сказать одно: если к примеру начали разрабатывать на MS SQL, а затем (не дай бог) захотите (или заставят) сменить БД, то флаг вам в руки и барабан на шею, переписывать процедуры.
Ну если заставят - перепишем. Правда вы можете привести хотя бы десяток случаев, когда такое случалось? :)

авторТретий уровень - нормально спроектированный это абстрактная модель системы без особенностей реализации и вам все равно что стоит справа (связь с клиентом) а что слева - связь с БД, а разрабатывать конечно тяжелее, причем многократно
Не бывает абстрактных систем - либо система работает правильно и так как надо и по максимуму, либо она никуда не годится: какие могут быть системы без особенностей реализации? Т.е. для примера - эта система похожа на запорожец с двигателем от мерседеса, гусеницами и пропеллером на крыше, ковшом и ножом впереди? И далеко на такой системе уедете?

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

ЗЫ Прошу в качестве хороших примеров всякие R/3 не приводить - если только не вы лично и еще пара ваших программеров сделали эти системы

<Выпады личного характера удалены модератором>
=========================
А теперь серьезно.

Alexey Sh funman LSV
У сложной инф.системы никогда не будет всех(!) необходимых отчетов.
Тем более часть отчетов нужна всего один-два раза. Предлагаете звать разработчиков, чтобы они сделали новую сущность ???
Всё равно часть аналитики делается внешними средствами (ACCESS, Crytal и пр.)
Да покажите же настоящих пользователей (наших, не программистов), что умеют пользоваться (ACCESS, Crytal или хотя бы MS Query), их в красную книгу занести надо, причем срочно, да и пользователи ли это. Человек, который может самостоятельно подключиться к БД, и по объясненной ему структуре составить SQL-запрос не нуждается в разработчиках чего бы то ни было, ему нужны лишь данные и схема их хранения, остальное дело техники
Видел таких пользователей! Только им данные для отчётов напрямую из хранилища получать напряжённо. Вот здесь и прорисовывается это самое среднее звено как источник данных для продвинутых пользователей.

Сразу всем:
во-первых, уж пользователю то точно среднее звено ничем не поможет - откуда его вызывать, из Crystal репорта?
А вот ХП из БД можно дернуть хоть откуда.
Во-вторых, LSV имел ввиду не "домашних" разработчиков, которые в фирме, купившей софт, работают, а разработчиков этого софта: как вы будете делать отчет, если нужной вам информации нет в апп-сервере, вот именно такой, какая нужна - нет. Наверное кто-то должен добавить метод получения этой информации. И уж наверное это разработчик системы.
Да и как можно делать отчет, забирая данные из апп-сервера.... Это уж слишком.

рубльНо стоит все это поставить в работу получается уже 3 звена - база данных, сервер приложений (servlet, просто servlet) и клиент в виде аплета работающий в браузере пользователя.
Вот и получается с точки зрения разработчика 2 звена, а на самом деле их 3.
Так два или три?
Если для разработчика два звена - значит два. Вы среднее звено разрабатывали тут - нет! И не трехзвенная система получается.
Любую систему, имеющую веб-интерфейс, можно назвать трехзвенной. Только с большим натягом - никто из нас броузер не писал. Отчего же его считать звеном? Остается классическая клиент-сервер.
А то так ведь можно и обычного вин-клиента разделить: есть графическая оболочка, а есть исполняемый код внутри нее, который ходит на сервер а потом данные передает окнам

рубль>>>>Тут нужна софтина, которая лезет к данным каждого поставщика (по их правилам)
<Выпады личного характера удалены модератором>
<Выпады личного характера удалены модератором>
в термине "лезет" я отобразил процесс - любой, специфический для каждого поставщика - который, спицифическими для каждого поставщика способами, получает информацию, то бишь данные. Без всякого контроля <Выпады личного характера удалены модератором>? Как поставщик отдает информацию, так у него и забирать. В файлах txt, htm, zip, через вебсервисы или на дискетах... Не важно.
И называется такая вещь - утилита для закачки... <Выпады личного характера удалены модератором> для загрузки информации посредством sql-запросов на сервер, где уж с ней и работают.

Может расскажите, куда вы тут прикрутить хотели апп-сервер <Выпады личного характера удалены модератором>?

<Выпады личного характера удалены модератором>

guest_20040621Дружище, какие аргументы я должен привести? Объяснить, что такое ахинея? Или объяснить, почему бизнес-логики не должно быть в базе данных ? Или рассказать, что мелкомягкие обычно забивают на совместимость версий?

Во-во, именно вот это, я выделил, и не только мне, нам всем объясните. А то мы оказывается неправльно все делаем, так вы нам секрет то откройте. Уже многие пытались - и про то, что СУБД толькор для хранения данных предназначена, и еще кое-чего. <Выпады личного характера удалены модератором>/
А то может зря книгу писать будем - отстали от времени.



-- Tygra's --

Судя по тому топику, они уже присмерти

И бизнес-логика в СУБД похоже тоже отжила Пора на пенсию

-- Tygra's --

2 Alexey Sh

Да почему же, имеет право. Но в очень ограниченных и конкретных случаях. Но никак не взамен обычному клиент-серверному программированию во всех местах, где нужно всего-лишь мало-мальски подумать и нормально реализовать.

Я давным-давно, когда был еще маленький :), тоже думал про 3-звенные технологии: круто, современно, прогрессивно, интересно. Но потом наступила жизнь и все прошло :). А у кого-то нет :)

-- Tygra's --