RU/2: Форум. Общение пользователей и разработчиков OS/2 (eCS). : Ответить на сообщение

Имя:
e-mail:
FIDO:
Home page:
сохранить данные о вас

Тема:

> БД представляет собой нечто вроде картотеки, в которой данные с одной карточки не зависят от данных на другой карточке. Поэтому структура БД крайне примитивна, по сути это одна таблица с одним ключом. Ключ представляет собой текстовую строку, все остальные данные - числовые. Чтобы представить наглядно, пусть это будет медицинская БД, которая содержит текущие и средние результаты измерений давления и прочих жизненных показателей пациентов. Ключом является ФИО, к нему привязаны ЧислоИзмеренийДавления, ТекущееДавление, СреднееДавление. Очевидно, что при поступлении результата очередного измерения давления НовоеДавление происходят следующие вычисления:
> 
> ПоследнееДавление = НовоеДавление;
> СреднееДавление = ЧислоИзмеренийДавления * СреднееДавление + ПоследнееДавление;
> ЧислоИзмеренийДавления = ЧислоИзмеренийДавления + 1;
> СреднееДавление = СреднееДавление / ЧислоИзмеренийДавления;
> 
> 
> И так с каждым показателем. Проблема в том, что у БД будет до 16 пользователей, каждый из которых может работать с 8 пациентами одновременно (не обязательно разными; один пользователь может читать давление Иванова Ивана Ивановича, второй писать новые данные о давлении, третий читать его полный анализ крови, четвёртый писать уровень гемоглобина, а всем остальным может внезапно понадобиться полная и тотальная инфа об Иване Ивановиче Иванове, включая угол кривизны его прямой кишки). Каждый пользователь БД генерирует от 5 до 10 операций записи в минуту для каждого из обслуживаемых им пациентов. Как я уже говорил, пациентов может быть до 8, так что запросы на запись могут генерироваться ежесекундно. Каждым из 16 пользователей! Операции чтения генерируются на порядок чаще. Что посоветуете?

_, _, _, _, _ _, _,_ (_ \| / \ \|\ \| / \ \|_/ , ) \| , \ / \| \\| \ / \| \ ~ ~~~ ~ ~ ~ ~ ~ ~