|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Michael 2:5020/400 01 May 2002 13:57:43
To : Serguei Tarassov
Subject : Re: Принцип 4-х глаз
--------------------------------------------------------------------------------
Hi Serguei,
Wed May 01 2002 01:20, Serguei Tarassov wrote to Oleg Bokanov:
ST> From: "Serguei Tarassov" <templar@arbinada.com>
ST> Дорогой наш товарищ Oleg
ST> Hа запрос в комитет fido7.su.dbms от 29 апреля 2002 года, отправленного
ST> тов.
ST> Oleg Bokanov к тов. Serguei Tarassov со всей партийной прямотой отвечаем:
OB>> подписях. Речь идет о любых изменениях! В любых таблицах. Hу
OB>> возможно кроме служебных, да и то не факт. То есть принцип очень
OB>> прост - любые изменения становятся актуальными только полсе их
OB>> подтверждения еще одним (и этого достаточно) человеком (главное
OB>> чтобы другим). Поэтому хочется разработать некий общий подход,
OB>> который позволит реализовать такой механизм для любой сущности.
ST> Похоже, ты озаботился версионностью :-)
ST> Есть простое универсальное решение, но оно же самое неэффективное по
ST> скорости. Hадо хранить все объекты поатрибутно в виде кортежей:
ST> <ObjectID, AtributeID, Date, Value>
ST> где Date - дата измененния
ST> При этом получаем разреженную многомерную матрицу.
ST> Для реляционки такие структуры плохо подходят.
ST> Теоретически для простых OLTP-системок, где практически нет выборок с
ST> join, вполне пройдет, но я таких "простых" и "чистых" OLTP в реальной
ST> жизни не
ST> видел :-)
Подобная структура (с учетом всех накладываемых ограничений, конечно) не плохо
подходит для staging area, когда загрузка данных осуществляется из источников
структура к-рых сравнительно часто меняется.
BR
Michael
--- ifmail v.2.15dev5
* Origin: FidoNet Online - http://www.fido-online.com (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
