| Форумы
ЧАТ |
Орешник |
|
| Форумы -» | Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG |
|
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Проблемы логгирования данных [MSSQL]
Ega23 © (2005-11-01 18:42:00)Это не конкретный вопрос, а скорее попытка найти "идею".
Суть проблемы такова:
Есть некий "охраняемый объект". У этого охраняемого объекта есть чёткая логическая топология. Т.е. есть некоторое количество объектов класса "Территория", класса "Зона доступа", класса "Точка доступа" и класса "Точка контроля". Каждый объект имеет владельца (parent), т.е. по сути мы имеем дело с "деревянной" структурой.
Для всех инстансов объектов вводится сквозная идентификация (не может быть двух разных объектов с одинаковым ID).
По требованиям к системе, изменения состояний данных объектов (тревога, неисправность и т.п.) должны обязательно протоколироваться и протокол должен хранится как минимум год.
В связи с этим возникает проблема: если протокольную таблицу создать строго нормализованной, то нельзя будет удалить объект из системы (как минимум год).
Собственно ищется некое решение данной проблемы. Вариантов тут масса (на вскидку - маскирование объектов).
Хотелось бы выслушать разные мнения. Можно ссылки на статьи по данному вопросу.
Заранее спасибо всем откликнувшимся.
Виталий Панасенко (2005-11-02 09:07:00) [21]http://www.delphiplus.org/articles/ib/db_log/index.html- для FB/IB правда...и в тему ли...:-)))
Val (2005-11-01 18:56:00) [22]делать таблицу-лог вместе с нужными описаниями, на основании обзора- источника, а не таблицы-источника.
Ega23 (2005-11-01 18:55:00) [23]
> не держать в логах внешних ключей
Это не избавит от проблемы. Где брать описание удалённого объекта?
Val (2005-11-01 18:53:00) [24]не держать в логах внешних ключей
| |
Страницы: 