Экспертная система Delphi.int.ru

Сообщество программистов
Общение, помощь, обмен опытом

Логин:
Пароль:
Регистрация | Забыли пароль?

Delphi.int.ru Expert

Другие разделы портала

Переход к вопросу:

#   

Статистика за сегодня:  


Лучшие эксперты

Подробнее »



Вопрос # 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 мало что платный(да есть бесплатные, но с ограничениями) так ещё и огромен.
Галочка "подтверждения прочтения" - вселенское зло.

Чтобы оставлять сообщения в мини-форумах, Вы должны авторизироваться на сайте.

Версия движка: 2.6+ (26.01.2011)
Текущее время: 22 февраля 2025, 11:45
Выполнено за 0.02 сек.