Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2004.08.22;
Скачать: CL | DM;

Вниз

Хранение истории   Найти похожие ветки 

 
User_OKA   (2004-07-26 07:02) [0]

Посоветуйте какие нибудь статьи по хранению истории в БД.


 
Sergey13 ©   (2004-07-26 08:57) [1]

Истории чего? Древнего Рима за 5 класс?


 
Рамиль ©   (2004-07-26 09:31) [2]

Действий пользователей что ли?


 
Kuusiniemi   (2004-07-26 09:35) [3]

Скорее всего версионность имелась в виду...
http://www.privet.com/forum/viewtopic.php?t=48469


 
User_OKA   (2004-07-26 09:40) [4]

истории изменений значения полей в БД


 
Anatoly Podgoretsky ©   (2004-07-26 09:47) [5]

Таблица, поле, лата, пользователь, старое, новое


 
Sergey13 ©   (2004-07-26 09:49) [6]

2User_OKA   (26.07.04 09:40) [4]
А оно правда надо? Такие "логи" обычно (в моей практике по крайней мере) занимают места на порядки больше чем собственно данные. Да и полезность их как правило под большим вопросом. Проще бекапы делать регулярно.
А так - вешай тригеры на все и в них пиши все в паралельные таблицы с добавлением реквизитов кто/когда.


 
Соловьев ©   (2004-07-26 10:22) [7]


> [4] User_OKA   (26.07.04 09:40)

скачай www.ibexpert.com - для русских бесплатно, да и есть фича - автоматом генерит код для протоколирования. Очень удобно.


 
User_OKA   (2004-07-28 08:14) [8]

> Соловьев
А можно поподробнее про:
фича - автоматом генерит код для протоколирования


 
Соловьев ©   (2004-07-28 09:34) [9]


> фича - автоматом генерит код для протоколирования

в меню эксперта- Инструменты-Лог менеджер. А там уже все понятно


 
Рамиль ©   (2004-07-28 12:44) [10]


> А оно правда надо? Такие "логи" обычно (в моей практике
> по крайней мере) занимают места на порядки больше чем собственно
> данные

Надо, очень полезная вешь, особенно для больших систем. Во-первых можно откатить по какому нибудь пользователю, если он напортачил, не трогая остальных. Во-вторых пользователь не сможет сказать я этого не делал (кто последним правил запись обычно недостаточно).

> [5] Anatoly Podgoretsky ©   (26.07.04 09:47)

Может лучше, старое новое для всей записи в мемо поле хранить?.. В Галактике так сделано, удобней. А то замучаешься искать потом в истории.


 
Sergey13 ©   (2004-07-28 12:50) [11]

2Рамиль ©   (28.07.04 12:44) [10]
>Надо, очень полезная вешь, особенно для больших систем.
Только не надо думать, что это палочка выручалочка. Эта "полезность" отжирает прилично ресурсов, ведь на каждый чих пользователя создаются записи, как правило превышающие по объему исходные.

>Во-первых можно откатить по какому нибудь пользователю, если он напортачил, не трогая остальных.
Данные в базе бывают связаны друг с другом, поэтому откатить что-то отдельное не всегда возможно и почти всегда не просто. Я не говорю о смене цифири в поле одной записи.

>Во-вторых пользователь не сможет сказать я этого не делал (кто последним правил запись обычно недостаточно).
Вот с этим трудно спорить, только цена за это достаточно высока, ИМХО.


 
Delirium ©   (2004-07-28 13:23) [12]

Аудит, конечно имеет смысл, только надо следить, чтобы действительно не жрал много места. За-то база с хорошим аудитом - замечательный источник аргуметов в вопросе "я не верблюд" :)


 
Рамиль ©   (2004-07-28 14:01) [13]


> [11] Sergey13 ©   (28.07.04 12:50)

Я говорю по своему личному опыту. Нагрузка на сервер увеличивается, но оно того стоИт, если есть возможность.



Страницы: 1 вся ветка

Текущий архив: 2004.08.22;
Скачать: CL | DM;

Наверх




Память: 0.49 MB
Время: 0.055 c
3-1091385437
Dot
2004-08-01 22:37
2004.08.22
Сортировка по критериям


1-1091703204
mouse_web
2004-08-05 14:53
2004.08.22
Split строки


1-1091802112
Леван
2004-08-06 18:21
2004.08.22
Как встроить шрифт в программе?


9-1083870124
Маг Гыр
2004-05-06 23:02
2004.08.22
Потоки в игре


8-1086114069
Adventure
2004-06-01 22:21
2004.08.22
Теория и практика идентификации изображений ...