Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Как лучше спроектировать бд, чтобы хранить историю изменений данных?
|
|||
|---|---|---|---|
|
#18+
Чтобы отслеживать изменения данных в записях и хранить эти изменения как лучше спроектировать БД? Допустим данные о человеке (адрес и т.д.) могут меняться, но желательно знать историю изменений (где когда проживал и т.д.). Можно создать копию таблицы и туда складывать изменившиеся записи, но это будет не очень рационально и избыточно. Или по каждому атрибуту записи создать отдельную таблицу (например прописка) и там накапливать изменения - но в этом случае придется строить сложные запросы, чтобы получить актуальные данные. Какие еще могут быть варианты? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.08.2004, 15:34 |
|
||
|
Как лучше спроектировать бд, чтобы хранить историю изменений данных?
|
|||
|---|---|---|---|
|
#18+
видел неплохой вариант, где в таблице добавлялись 2 поля - дата начала актуальности информации и дата ее конца ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.08.2004, 15:54 |
|
||
|
Как лучше спроектировать бд, чтобы хранить историю изменений данных?
|
|||
|---|---|---|---|
|
#18+
Ну боже мой. Ну поищите Вы по форуму.Обмусолено 20 раз. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.08.2004, 16:24 |
|
||
|
Как лучше спроектировать бд, чтобы хранить историю изменений данных?
|
|||
|---|---|---|---|
|
#18+
... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.08.2004, 16:32 |
|
||
|
Как лучше спроектировать бд, чтобы хранить историю изменений данных?
|
|||
|---|---|---|---|
|
#18+
Не ломай себе голову , сделай архивную таблицу куда копируй записи перед изменением. Скорость развития современных винтов говоторит о том что экономить на спичках - глупо. Тем более что информация будет строго выбираться по уникальным ключам. Живую запись нашел , и ней по первичному ключу выбрал из архива. И я так понял что твоя база медленно обновляемая. Потому что среднестатестический человек максимум меняет место жительство один раз в несколько лет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2004, 01:01 |
|
||
|
Как лучше спроектировать бд, чтобы хранить историю изменений данных?
|
|||
|---|---|---|---|
|
#18+
2 andsm - нах. не можешь дать ссылку на текст, - не дави батоны - экономь усилия. Аннотации нах никому не нужны. В сети. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2004, 14:17 |
|
||
|
Как лучше спроектировать бд, чтобы хранить историю изменений данных?
|
|||
|---|---|---|---|
|
#18+
... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.08.2004, 06:33 |
|
||
|
Как лучше спроектировать бд, чтобы хранить историю изменений данных?
|
|||
|---|---|---|---|
|
#18+
Alexey YakovlevНе ломай себе голову , сделай архивную таблицу куда копируй записи перед изменением. Скорость развития современных винтов говоторит о том что экономить на спичках - глупо. Тем более что информация будет строго выбираться по уникальным ключам. Живую запись нашел , и ней по первичному ключу выбрал из архива. И я так понял что твоя база медленно обновляемая. Потому что среднестатестический человек максимум меняет место жительство один раз в несколько лет. Да. Тем более что можно копировать не полностью запись, а только поля, которые необходимо отслеживать. Делал подобное двумя таблицами на каждую аудитируемую таблицу. Никаких проблем с запросами по выбору данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.08.2004, 15:33 |
|
||
|
Как лучше спроектировать бд, чтобы хранить историю изменений данных?
|
|||
|---|---|---|---|
|
#18+
И это тоже можно! Если пректировать базу с помощью Bold for Delphi, то там эта возможность встроена в систему. Достаточно бросить в модуль данных пару компонент, да в редакторе модели несколько чек-боксов галочками выделить. И свершится чудо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2004, 12:22 |
|
||
|
Как лучше спроектировать бд, чтобы хранить историю изменений данных?
|
|||
|---|---|---|---|
|
#18+
отсюда по подробнее. Там есть для атрибутов объекта тип переодический (термин из 1эсс) Или просто легко реализовать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2004, 12:28 |
|
||
|
Как лучше спроектировать бд, чтобы хранить историю изменений данных?
|
|||
|---|---|---|---|
|
#18+
Это называется Object Versioning Extension. Классы стовятся версионными после установки значения тэга Versioned в "True" или в model editor или в Rose - model. In the Rose model open the class you want to version and set the Versioned attribute to <<True<< under the Bold tab. In the model editor select the class you want to version and either press <ctrl>T or choose the Edit tagged values option under the Tools menu. In the form that opens select the Versioned attribute under the Bold tab and set it to <<True<<. It is also necessary for the flag UseTimestamp to be set to <<True<< for versioning to work. This can be done either on the Bold tab in Rose, under Tools | Model Properties | Edit, or in the Model Editor. ----------------- Есть простой пример в комплекте поставки с хорошим описанием. И Хелп. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2004, 13:53 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=32682976&tid=1546296]: |
0ms |
get settings: |
8ms |
get forum list: |
18ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
80ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
64ms |
get tp. blocked users: |
2ms |
| others: | 245ms |
| total: | 439ms |

| 0 / 0 |
