|
Транзакции в трехзвенной архитектуре
|
|||
---|---|---|---|
#18+
Просьба извинить за возможное неправильный подход к происходящему, пытаюсь разобраться в трехзвенной архитектуре. В настоящий момент есть двухзвенная архитектура клиент - сервер баз данных. Доступ к данным осуществляется посредством хранимых процедур сервера (сервер Firebird). Транзакции управляются на клиенте. Хочется добавить промежуточный уровень между клиентом и бд, что-то вроде простейшего сервера приложений (с пулом коннектов к бд). Для осуществления перехода нужно чтобы в своей простейшей реализации этот сервер просто вызывал ту ХП, которую запросил клиент. Вопрос заключается вот в чем. Как в этом случае должно быть построено управление транзакциями? Нужно ли если пользователь открывает транзакцию - создавать для него отдельный коннект к базе, и там по запросу пользователя делать роллбек или коммит? ... |
|||
:
Нравится:
Не нравится:
|
|||
08.06.2006, 09:15 |
|
Транзакции в трехзвенной архитектуре
|
|||
---|---|---|---|
#18+
Com+? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.06.2006, 02:53 |
|
Транзакции в трехзвенной архитектуре
|
|||
---|---|---|---|
#18+
Само решение по 3-х звенке не подвергается сомнению? http://www.sql.ru/forum/actualthread.aspx?tid=33967&hl=%f1%f2%f0%e0%ed%ed%fb%e5+%ec%fb%f1%eb%e8 ______________________________________________ Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде! ... |
|||
:
Нравится:
Не нравится:
|
|||
19.06.2006, 10:04 |
|
Транзакции в трехзвенной архитектуре
|
|||
---|---|---|---|
#18+
Petro123Само решение по 3-х звенке не подвергается сомнению? беспредметная болтовня. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.06.2006, 10:42 |
|
Транзакции в трехзвенной архитектуре
|
|||
---|---|---|---|
#18+
iscrafm Petro123Само решение по 3-х звенке не подвергается сомнению? беспредметная болтовня. приведите предметную. В SQL Srever 2000 и без среднего звена есть пул коннектов. ЗЫ. Решение по 3-х звенке зависит от поставленных целей. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.06.2006, 11:23 |
|
Транзакции в трехзвенной архитектуре
|
|||
---|---|---|---|
#18+
Petro123приведите предметную. Смотрите на 3-х звенные системы. Petro123В SQL Srever 2000 Guest1234Доступ к данным осуществляется посредством хранимых процедур сервера (сервер Firebird). Ничего не смущает? :) ... |
|||
:
Нравится:
Не нравится:
|
|||
19.06.2006, 11:27 |
|
Транзакции в трехзвенной архитектуре
|
|||
---|---|---|---|
#18+
iscrafm(сервер Firebird) пока нет :). Мы же не характеристики сервера обсуждаем? Меня смущает вот это: авторВ настоящий момент есть двухзвенная архитектура клиент - сервер баз данных.......... Хочется добавить промежуточный уровень между клиентом и бд просто "хочется" или есть причины? ... |
|||
:
Нравится:
Не нравится:
|
|||
19.06.2006, 11:58 |
|
Транзакции в трехзвенной архитектуре
|
|||
---|---|---|---|
#18+
Даже если человек для самообразования хочет на живом эксперементировать. Вам то что? ... |
|||
:
Нравится:
Не нравится:
|
|||
19.06.2006, 13:20 |
|
Транзакции в трехзвенной архитектуре
|
|||
---|---|---|---|
#18+
Михаил МихайловичДаже если человек для самообразования хочет на живом эксперементировать. Вам то что? говорили ему "....не пей Иванушка из колодца". А он: ".... для самообразования" . ЗЫ. "Метод:"...а что будет .... если?" - плохо сочетатеся с темой форума IMHO. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.06.2006, 13:38 |
|
Транзакции в трехзвенной архитектуре
|
|||
---|---|---|---|
#18+
Да, у меня есть время и на "самообразование" и на "колодцы" . И тем горжусь :) Делаю дорущение, что есть ряд некритичных задать, где действительно можно эксперементировать на кроликах. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.06.2006, 14:09 |
|
Транзакции в трехзвенной архитектуре
|
|||
---|---|---|---|
#18+
Guest1234...В настоящий момент есть двухзвенная архитектура клиент - сервер баз данных. Доступ к данным осуществляется посредством хранимых процедур сервера (сервер Firebird). Транзакции управляются на клиенте. Хочется добавить промежуточный уровень между клиентом и бд, что-то вроде простейшего сервера приложений (с пулом коннектов к бд). Для осуществления перехода нужно чтобы в своей простейшей реализации этот сервер просто вызывал ту ХП, которую запросил клиент. Вопрос заключается вот в чем. Как в этом случае должно быть построено управление транзакциями? Нужно ли если пользователь открывает транзакцию - создавать для него отдельный коннект к базе, и там по запросу пользователя делать роллбек или коммит? действительно немного смущает заявление типа "хочется добавить". Если нет это боевая задача - то ничего хорошего не выйдет. Потому как крестить ужа и ежа - задача не благодарная. Или по другому, обычно когда речь идёт о серваке приложения - то код продумывается исходя из задачи. Полученную более простую модель и реализуют. По поводу транзакций - можно конечно же добавить просто "вентили вызовов" на стороне сервака, но чиссо из за этого - не стоит копья ломать. Дороже встанет. Другое дело, если Вы продумаете перенос части логики на сторону сервака. Возможно и транзакции вымрут как класс. А там и блокировки нахфик (можно так построить код) - получаем более отказоустойчивую систему (точнее соджержащую потенциально меньше глюков). Как осуществлять работу с блокировками - тут зависит чиссо от задачи и от Вашего мировозрения. С серваком приложений у Вас минимум ограничений - хотите "центр тяжести" смещайте на сервак...хотите на клиента.... с уважением (круглый) ... |
|||
:
Нравится:
Не нравится:
|
|||
20.06.2006, 14:31 |
|
|
start [/forum/topic.php?fid=33&fpage=59&tid=1549372]: |
0ms |
get settings: |
11ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
34ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
48ms |
get tp. blocked users: |
2ms |
others: | 236ms |
total: | 366ms |
0 / 0 |