|
Передача списка целых чисел из Java в хранимую процедуру SQL Server
|
|||
---|---|---|---|
#18+
... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2019, 17:54 |
|
Передача списка целых чисел из Java в хранимую процедуру SQL Server
|
|||
---|---|---|---|
#18+
Ага. А если брать клиент-сервер то ... там я полагаю бизнес-логика размазана по 2-м уровням. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2019, 18:03 |
|
Передача списка целых чисел из Java в хранимую процедуру SQL Server
|
|||
---|---|---|---|
#18+
mayton, Клиент сервер по двум это толстый клиент. С тонким все в ХП и на клиенте только события клики. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2019, 18:23 |
|
Передача списка целых чисел из Java в хранимую процедуру SQL Server
|
|||
---|---|---|---|
#18+
>Petro123, сегодня, 18:23 https://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1310972&msg=21854317][21854345] > https://ru.m.wikipedia.org/wiki/Трёхуровневая_архитектура <Да. У меня аналогично. Только!: схема (сервер данных) <--> (слой серверов приложений) <--> (центр управления сообщениями) <--> (слой клиентских приложений) Число серверов приложений значительно меньше числа клиентов (8 СП на 256КП примерно). СП слоя идентичны - реализация масштабируемости и надежности обработки запросов клиентов. Отказ компонента схемы не приводит к фатальным последствиям. Центр управления сообщениями есть демпфер из почтовых ящиков. Клиентское приложение помещает сообщение-запрос в почтовый ящик и будит сервер приложений, если такой есть и переводится в состояние ожидания (засыпает) - ждет завершения обработки сообщения-запроса - в почтовом ящике лежит сообщение-ответ и т.д. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2019, 19:30 |
|
|
start [/forum/topic.php?fid=59&gotonew=1&tid=2121387]: |
0ms |
get settings: |
7ms |
get forum list: |
10ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
46ms |
get topic data: |
8ms |
get first new msg: |
9ms |
get forum data: |
2ms |
get page messages: |
46ms |
get tp. blocked users: |
1ms |
others: | 38ms |
total: | 173ms |
0 / 0 |