Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности

Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
23.08.2004, 15:34
|
|||
|---|---|---|---|
|
|||
Как лучше спроектировать бд, чтобы хранить историю изменений данных? |
|||
|
#18+
Чтобы отслеживать изменения данных в записях и хранить эти изменения как лучше спроектировать БД? Допустим данные о человеке (адрес и т.д.) могут меняться, но желательно знать историю изменений (где когда проживал и т.д.). Можно создать копию таблицы и туда складывать изменившиеся записи, но это будет не очень рационально и избыточно. Или по каждому атрибуту записи создать отдельную таблицу (например прописка) и там накапливать изменения - но в этом случае придется строить сложные запросы, чтобы получить актуальные данные. Какие еще могут быть варианты? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
23.08.2004, 15:54
|
|||
|---|---|---|---|
Как лучше спроектировать бд, чтобы хранить историю изменений данных? |
|||
|
#18+
видел неплохой вариант, где в таблице добавлялись 2 поля - дата начала актуальности информации и дата ее конца ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
23.08.2004, 16:24
|
|||
|---|---|---|---|
Как лучше спроектировать бд, чтобы хранить историю изменений данных? |
|||
|
#18+
Ну боже мой. Ну поищите Вы по форуму.Обмусолено 20 раз. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
23.08.2004, 16:32
|
|||
|---|---|---|---|
Как лучше спроектировать бд, чтобы хранить историю изменений данных? |
|||
|
#18+
... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
25.08.2004, 01:01
|
|||
|---|---|---|---|
|
|||
Как лучше спроектировать бд, чтобы хранить историю изменений данных? |
|||
|
#18+
Не ломай себе голову , сделай архивную таблицу куда копируй записи перед изменением. Скорость развития современных винтов говоторит о том что экономить на спичках - глупо. Тем более что информация будет строго выбираться по уникальным ключам. Живую запись нашел , и ней по первичному ключу выбрал из архива. И я так понял что твоя база медленно обновляемая. Потому что среднестатестический человек максимум меняет место жительство один раз в несколько лет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
25.08.2004, 14:17
|
|||
|---|---|---|---|
|
|||
Как лучше спроектировать бд, чтобы хранить историю изменений данных? |
|||
|
#18+
2 andsm - нах. не можешь дать ссылку на текст, - не дави батоны - экономь усилия. Аннотации нах никому не нужны. В сети. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
26.08.2004, 06:33
|
|||
|---|---|---|---|
Как лучше спроектировать бд, чтобы хранить историю изменений данных? |
|||
|
#18+
... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
29.08.2004, 15:33
|
|||
|---|---|---|---|
|
|||
Как лучше спроектировать бд, чтобы хранить историю изменений данных? |
|||
|
#18+
Alexey YakovlevНе ломай себе голову , сделай архивную таблицу куда копируй записи перед изменением. Скорость развития современных винтов говоторит о том что экономить на спичках - глупо. Тем более что информация будет строго выбираться по уникальным ключам. Живую запись нашел , и ней по первичному ключу выбрал из архива. И я так понял что твоя база медленно обновляемая. Потому что среднестатестический человек максимум меняет место жительство один раз в несколько лет. Да. Тем более что можно копировать не полностью запись, а только поля, которые необходимо отслеживать. Делал подобное двумя таблицами на каждую аудитируемую таблицу. Никаких проблем с запросами по выбору данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.09.2004, 12:22
|
|||
|---|---|---|---|
Как лучше спроектировать бд, чтобы хранить историю изменений данных? |
|||
|
#18+
И это тоже можно! Если пректировать базу с помощью Bold for Delphi, то там эта возможность встроена в систему. Достаточно бросить в модуль данных пару компонент, да в редакторе модели несколько чек-боксов галочками выделить. И свершится чудо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.09.2004, 12:28
|
|||
|---|---|---|---|
|
|||
Как лучше спроектировать бд, чтобы хранить историю изменений данных? |
|||
|
#18+
отсюда по подробнее. Там есть для атрибутов объекта тип переодический (термин из 1эсс) Или просто легко реализовать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.09.2004, 13:53
|
|||
|---|---|---|---|
Как лучше спроектировать бд, чтобы хранить историю изменений данных? |
|||
|
#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. ----------------- Есть простой пример в комплекте поставки с хорошим описанием. И Хелп. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=32&mobile=1&tid=1546296]: |
0ms |
get settings: |
9ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
26ms |
get topic data: |
9ms |
get forum data: |
3ms |
get page messages: |
49ms |
get tp. blocked users: |
1ms |
| others: | 229ms |
| total: | 349ms |

| 0 / 0 |
