|
|
|
Архитектура приложений.
|
|||
|---|---|---|---|
|
#18+
Поделитесь архитектурой создания клиент серверных приложений. У меня есть собственное мнение, хотелось бы услышать народ. 2-х звенная архитектура (Приложение - Stored Procedures) 3-х звенная архитектура (Приложение - COM объекты - Stored Procedures) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2002, 17:12:50 |
|
||
|
Архитектура приложений.
|
|||
|---|---|---|---|
|
#18+
для простых решений 2 звенка для более сложных и требовательных 3.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2002, 17:20:52 |
|
||
|
Архитектура приложений.
|
|||
|---|---|---|---|
|
#18+
=для более сложных и требовательных 3 Это классика, а много ли счастливцев удачно эксплуатирующих 3-х звенку? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2002, 17:32:57 |
|
||
|
Архитектура приложений.
|
|||
|---|---|---|---|
|
#18+
Для 3-х звенки нужен и нехилый сервер приложений ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2002, 17:34:20 |
|
||
|
Архитектура приложений.
|
|||
|---|---|---|---|
|
#18+
у нас был один проект.... и до сих пор работает ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2002, 17:35:07 |
|
||
|
Архитектура приложений.
|
|||
|---|---|---|---|
|
#18+
там даже 4-х звенка.... с датчиков на sql.... что ли-бо на этом сервере еще делать без полезно.... захлебывается.... только читать... с него на другоу sql на другой же машине... раскладывание по полочкам и т.д. ну и на третьей машине программа управлением датчиками и отображением на дисплеи...... вообщем даже не просто 4-х звенка , а гибридная схема - похожая на звезду... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2002, 17:41:45 |
|
||
|
Архитектура приложений.
|
|||
|---|---|---|---|
|
#18+
Ну и где же 4 звена?. Трехзвенная архитектура подразумевает прежде всего разбиение на 3 уровня: уровень данных, уровень бизнес-логики, уровень представления. В Вашем примере, если я правильно понял, уровень данных - 1-й sql, уровень логики - 2-й sql, а представление - клиентское приложение. Хотя подозреваю, что часть логики все таки на клиенте отрабатывается. А вопрос на самом деле интересный. Трехзвенная архитектура заманчива независимостью клиента (уровня представления) от конкретного хранилища данных. Но если клиент не общается с базой на прямую, мы теряем преимущества использования SQL, а общаемся с COM-обектом через интерфейсы. Взаимодействие получается похожим на Query By Example (если конечно свой парсер SQL не писать). Слыхивал про такой вариант - бизнес логика на встроенный процедурах SQL-сервера, работающих с данными на другом сервере. Но это уже по моему экзотика оправданная только для очень больших приложений. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.11.2002, 16:25:29 |
|
||
|
Архитектура приложений.
|
|||
|---|---|---|---|
|
#18+
> а много ли счастливцев удачно эксплуатирующих 3-х звенку? Таких счастливцев полно - каждый второй вэбсайт. IE - IIS - SQL История не в тему: Звонит мне агент (А) по трудоустройству и спрашивает: А: У вас есть опыт работы с n-tier системами? Я: Да, у меня есть опыт работы с системами 2-tier и 3-tier. А: Очень жаль, но нам нужен специалист по N-tier системам. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2002, 07:36:23 |
|
||
|
Архитектура приложений.
|
|||
|---|---|---|---|
|
#18+
Выбор архитектуры построения приложений БД определяется целым рядом факторов. Поэтому однозначно ответить какая предпочтительней довольно сложно. Например для небольших баз данных с небольшим трафиком и простой бизнес логикой предпочтительней двузвенная структкра. А для сложной бизнес логики которая влечет значительный трафик между клиентом и сервером целесообразно использовать трехзвенную структуру. Для приложений занимающих промежуточное положение можно использовать вариант размещения части бизнес логики на SQL сервере (используя его механизмы- хранимые процедуры, функции и т.д.) а не тащить ее на клиента. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2002, 08:07:02 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=32064647&tid=1818939]: |
0ms |
get settings: |
12ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
44ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
34ms |
get tp. blocked users: |
1ms |
| others: | 229ms |
| total: | 349ms |

| 0 / 0 |
