|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : emelyanov 2:5020/400 30 May 2003 09:59:28 To : Andrew Grachyov Subject : Re: История изменения данных -------------------------------------------------------------------------------- > e> Таким образом имем вопрос: где можно найти информацию о том, как выбирать > e> историю изменения данных? > e> Уточнение: запросы могут объединять более 3 таблиц, причем подчиненные > e> таблицы также могут ссылаться на другие и т.д. - что-то вроде схемы > e> "звезда". > > Hо, как мне кажется, более пpавильный подход в таком случае - > это pешение конкpетной задачи. То есть, истоpию изменения > каких данных надо отслеживать? Существует БД - нужно следить за изменением любых данных в ней - это решается тривиально - завел, записал и т.д. А вопрос, который меня интересует, заключается в том, как просматривать данные истории (в связи с тем что этот вопрос более сложен, структура хранения исторических данных должна строится в том числе и в расчете на упрощение решения задачи просмотра). Hапример данные об организациях собираются из нескольких таблиц. Таблица организаций + классификаторы (классификатор регионов, организаций, видов деятельности и т.д.). Кроме того существуют банки: это еще плюс одна таблица (Таблица банка которая ссылается на таблицу организаций, т.к. банк есть организация и плюс все те же классификаторы). А еще у организация есть счета и т.д. и т.п. Таким образом просмотреть историю изменения данных об организации - это не просто выбрать историю изменения записи в таблице Organizations. Мы также должны видеть как менялись связанные таблицы. Всего можно выделить три типа изменений: 1)Изменились данные в таблице организаций (тривиальная выборка) 2)Изменилась ссылка из таблицы организаций на другую таблицу (тривиальное объединение) 3)Изменилась запись подчиенненой таблицы (а вот тут фиг его знает..., т.к. важен момент изменения - т.е. ссылались на нее в момент изменения или еще/уже нет). И т.д. для каждого последующего уровня (т.к. подчиненная таблица, сама может куда-то ссылаться). В связи с этим меня не интересует pешение конкpетной задачи, т.к. задача общая и довольно сложная. Хотелось бы узнать где можно найти информацию о том, как в принципе решаются задачи подобного рода? (Hамеки на наличие подобных решений я встречал в статьях по хранилищам данных - но ничего конкретного найти не удалось) --- ifmail v.2.15dev5 * Origin: Krista NPO (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/10600ebb0ed0f.html, оценка из 5, голосов 10
|