|
Вопрос # 889/ вопрос открыт / |
|
Здравствуйте, уважаемые эксперты! Наверняка найдутся специалисты по работе с приложениями баз данных. Требуется написать многопользовательское приложение. Для совместной работы примерно 300 пользователям. Имеет ли смысл использовать СУБД InterBase ( или предложите альтернативу и какие компоненты использовать).
Работаю с IB, почему при завершении транзакции методом Commit закрываются все наборы данных? Как этого избежать (может нужно установить какие-то определенные свойства)? Или для каждого DataSet использовать отдельный компонент транзакций. Необходимо чтобы все пользователи сразу видели изменения сделанные другими. Будет приятно узнать ваше мнение, и обсудить последующие вопросы. Просьба писать ответ так чтобы и чайнику было понятно. Заранее благодарю за участие!
 |
Вопрос задал: Храмцов Денис (статус: 1-ый класс)
Вопрос отправлен: 4 сентября 2007, 09:49
Состояние вопроса: открыт, ответов: 1.
|
Ответ #1. Отвечает эксперт: Вадим К
Здравствуйте, hdrus!
>>Работаю с IB, почему при завершении транзакции методом Commit закрываются все наборы данных?
Сразу у всех клиентов? Или в одном приложении? наверно в одном. Наверно у вас только один компонент, отвечающий за транзакции. В InterBase/FireBird принято немного другую технологию. все запросы разделяют на долгоиграющие транзакции чтения и бустроиграющие транзакции записи. В таком режиме эта СУБД работает наиболее оптимально.
>>Необходимо чтобы все пользователи сразу видели изменения сделанные другими.
По поводу этого вопроса неоднократно разжигались священные войны. Но в целом сошлись к следующему. Не нужно обновлять таблицы у клиента, если они поменялись на сервере. и по следующим причинам
- обновление может произойти в неудачный момент. И будет он вспоминать всю родословную программиста
- Увеличивается нагрузка на сеть.
Если всё таки хочеться сделать (ну чешеться), то следует сделать эту фишку опциональной. Пользователь должен иметь возможность самостоятельно обновить данные.
Спросите, а как же несогласованность данных? а для этого как раз и придумали транзакции.
Очень неплохо с InterBase/FireBird работают компоненты Fib+ (http://www.devrace.com/ru/fibplus/?r1=fibplus&r2=submit). Так же у них на сайте можно найти много полезных статьей.
 |
Ответ отправил: Вадим К (статус: Академик)
Время отправки: 4 сентября 2007, 11:47
|
Мини-форум вопроса
Всего сообщений: 2; последнее сообщение — 4 сентября 2007, 15:14; участников в обсуждении: 2.
|
Косолапов Дмитрий Юрьевич (статус: 8-ой класс), 4 сентября 2007, 15:09 [#1]:
Насчет 300 пользователей... Может быть, стоит перейти на MS SQL/Orcale?
|
|
Вадим К (статус: Академик), 4 сентября 2007, 15:14 [#2]:
FireBird и больше ганяет. к тому же они с Ораклом как бы в одного типа, недаром FireBird называют миниораклом. Они оба версионные. А MS SQL мало что платный(да есть бесплатные, но с ограничениями) так ещё и огромен.
Галочка "подтверждения прочтения" - вселенское зло.
|
Чтобы оставлять сообщения в мини-форумах, Вы должны авторизироваться на сайте.
|