|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : emelyanov 2:5020/400 05 Jun 2003 09:37:17
To : Michael
Subject : Re: История изменения данных
--------------------------------------------------------------------------------
> slowly - это название метода, данные могут меняться как угодно часто. С
> проектировочной точки зрения такая частота изменений может означать, что
> пропущена какая-то таблица с фактами.
>
> Возможно имеет смысл подумать об отдельной (скажем так, технической)
таблице с
> factless фактами для отслеживания изменений в измерениях, если есть
> уверенность, что все необходимые таблицы с фактами присутствуют.
Я уже писал что задача не построить систему хранения временных данных, а
сохранять и просматривать изменния данных уже существующей и работающей (во
многих местах) БД. Поэтому речи о перепроектировании основной БД быть не
может. Кроме того нет фактов которые надо отслеживать - надо отслеживать
все. Точнее сказать к фактам относятся все данные, а размерность только
одна - время (причем общее для всех таблиц). Поскольку мои более ранние
письма видимо удалены повторю: основная задача не отслеживание изменение
(т.к. она тривиальна), а их просмотр, причем не в виде отдельных таблиц, а
виде логических связок данных из нескольких таблиц (типа view или select c
объединением) изменяющихся с течением времени. Особо приветсвуются ссылки на
серьезные исследования в данной области.
P.S. Если slowly - это просто название метода, то pls ссылочку на статью или
документ, где вопрос выборки данных решен с исключением возможности потери
(при просмотре, а не в БД) информации о изменениях измерений.
P.P.S. Кстати, а по какому принципу удаляются сообщения из конференции. По
времени (тогда хотелось бы знать лимит) или есть модератор который принимает
такие решения?
С уважением, Емельянов Ю.В.
--- ifmail v.2.15dev5
* Origin: Krista NPO (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
