Re[12]: Блокировка редактирования BO
От: nauro Украина  
Дата: 17.07.09 06:06
Оценка:
Здравствуйте, Кондраций, Вы писали:
N>>Есть сервера БД основные, и удаленные (о них не говорим это отдельная тема)
К>Сервера БД либо приложений?
Ну я же написал, БД.

N>>. Есть много клиентов, которые посредством десктопного приложения управляют данными в БД.

К>Судя по всему — двухуровневое клиент-серверное приложение: толстый клиент + какой-нить типа MSSQL.
Да. только БД — Sybase

N>> Я бы хотел создать отдельную програму/сервис, которая будет управлять блокировками обьектов всех клиентов.

К>Не прокатит. У тебя единственный путь — блокировки хранить на сервере БД, переделать клиентов так, чтобы они правильно работали с блокировками. Не забыть заменить всех клиентов!
А причина? почему не прокатит?
-----------------------------------------
тут может быть ваша реклама
Re[13]: Блокировка редактирования BO
От: Кондраций Россия  
Дата: 17.07.09 11:37
Оценка: +1
Здравствуйте, nauro, Вы писали:
...
N>>> Я бы хотел создать отдельную програму/сервис, которая будет управлять блокировками обьектов всех клиентов.
К>>Не прокатит. У тебя единственный путь — блокировки хранить на сервере БД, переделать клиентов так, чтобы они правильно работали с блокировками. Не забыть заменить всех клиентов!
N>А причина? почему не прокатит?
Не, ну в принципе можно где-то организовать отдельный процесс с сервером блокировок, но в итоге у тебя вся система превратится в странного мутанта . Не двухуровневая, не трёхуровневая, примерно два с половиной уровневая . Т.е. работать будет, но система усложнится и для работы потребует ещё один центральный компонент — сервер блокировок.
В общем, фигня получается.
А клиентов всё равно поправить нужно будет, т.к. клиент должен иметь представление о блокировках и уметь с ними работать.

Смысл в том, что тебе текущие блокировки где-то надо будет хранить. По большому счёту, нет разницы, будешь ли ты их хранить в постоянном хранилище (БД), или в оперативной памяти (сервер блокировок). Просто в двухуровневой архитектуре нет такой "общедоступной оперативной памяти", чтобы хранить там блокировки. Была бы система трёхуровневая — тогда другой вопрос.
Сообщение заговорено потомственным колдуном, целителем и магом в девятом поколении!
Модерирование или минусование сообщения ведет к половому бессилию, венерическим заболеваниям, венцу безбрачия и диарее!
Re[13]: Блокировка редактирования BO
От: Ellin Россия www.rsdn.ru
Дата: 17.07.09 11:46
Оценка:
Здравствуйте, nauro, Вы писали:

N>А причина? почему не прокатит?

Ну что значит не прокатит? Вобщем здесь полнейшая аналогия с БД.
Вот когда ты делаешь запрос в БД ты ведь указываешь уровень изоляции к транзакции. Вот это и есть то что должно быть в любом твоем клиенте.
С другой стороны есть уровень изоляции по умолчанию — если тебе хватит такого, то можно и не предоставлять клиенту возможности указывать уровень изоляции.
Re[14]: Блокировка редактирования BO
От: nauro Украина  
Дата: 17.07.09 12:02
Оценка:
понятно. спасибо.
-----------------------------------------
тут может быть ваша реклама
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.