iBase.ru Forum

На данный момент(вероятно так и останется) все задачи хранятся в одной таблице. У каждой задачи, указывается родительская задача, а родительские задачи имеют отметку о том что они являются таковыми. Уровень вложенности неограничен.
Не совсем понял как хранить их в виде дерева.

А я бы хотел услышать что это на самом деле за задача. Описание реальной задачи: Есть некий проект. Есть люди(в пределах 10 чел.), которые его формируют: - определяют срок выполнения, - разбивают его на задачи и подзадачи, - определяют срок выполнения отдельных задач, даты их начала и окончания, - ...

организовали программу так что данные в записях таблиц не зависят друг от друга. радость какая. а раньше - зависели? ужас :) Да зависели. Изменения, сделанные пользователем в одной записи, вынуждали его клиент пересчитывать данные в других записях, которые на момент записи их в БД могли редактирова...

Для данной задачи решили проблему с блокировками одним разом - организовали программу так что данные в записях таблиц не зависят друг от друга. В результате блокировать таблицы целиком на какое либо действие не требуется! Но, уверен, вскоре полученные знания пригодятся. Всем огромное спасибо! PS: Бу...

Научился блокировать доступ к таблицам на чтение и на запись для других транзакций. Все еще читаю... многое стало понятней... Пока задам вопрос: Есть ли такое сочетание параметров конкурирующих транзакций, чтобы заблокировать таблицу только на удаление записей, но оставить возможность их обновления(...

В общем, сначала Вам надо разобраться с параметрами транзакций. Вы хоть и уже почитали упомянутые мной статьи, но я советую их прочитать еще раза 4-5. Потому что желание "блокировать несколько тысяч записей" неадекватно. Спасибо, следую вашему совету, то же самое посоветовали на другом форуме, так ...

Данные у всех разные только в тот момент когда они закончили редактирование записи, произошел пересчет данных, но изменения еще не записаны в БД. После того как изменения внесены в БД, каждый должен пересчитать свою версию в соответствии с ними.

Может у него как раз данные правильные, а у тех, кто закончил редактирование раньше - нет. Соответственно отменить внесённые в БД неправильные данные - правильное поведение. К сожалению нет, все участники редактирования равноправны и данные(локальные) правильные у всех. Только если кто-то один уже ...

Здравствуйте! Подскажите пожалуйста как лучше поступить в такой ситуации: Имеется БД(Firebird 2.1) к которой обращается до 10-и человек (может и больше, но вряд ли), каждый из своей клиентской программы. В БД хранятся данные о нескольких проектах. Изменения, вносимые клиентом в одну запись, влияют ...