В чем разница между временной базой данных и исторической архивной базой данных?

Question

Здесь сказано:

http://www.ibm.com/developerworks/web/library/wa-dbdsgn2.html

Каждая таблица в БД должна иметь таблицу истории, отражая всю историю первичной таблицы. Если записей в первичной таблице должны быть обновлены , то старое содержимое записи сначала копируется в таблицу до того, как будет произведено обновление. В то же самое, удаленные записи в основной таблице копируются в таблицу истории перед удалением из основного. В таблицах истории всегда есть имя соответствующего первичного, но с _Hist прилагается.

В временном дБ см. Здесь temporal database modeling and normalisation нет отдельной таблицы, насколько я понимаю.

Итак, когда я должен создать другую таблицу или нет?

Answer 1

Что теоретически сказал Роберт - добавить нечего.

Практически, временная таблица против главной + таблицы предыстории, имеет другие признаки.

Для сильно поддерживаемых данных (например, обновления/удаления значительно превосходят вставки), имеющих исторический (иногда также называемый «аудит» - поскольку он является основным механизмом обеспечения аудита для данных БД), таблица позволяет сохранить основная таблица достаточно мала по сравнению с хранением информации аудита внутри самой основной таблицы. Это может иметь значительные последствия для производительности как для выбора, так и для вставок в основной таблице, особенно в свете оптимизации индекса, обсуждаемой ниже.

Для этого индексы таблицы hist/audit не должны быть на 100% идентичны основной таблице, что означает, что вы можете опустить индексы, которые не нужны для запроса данных аудита из базы данных hist (таким образом, ускорение вставки в таблицу аудита) и, наоборот, оптимизировать, какие индексы существуют для определенных аудиторских запросов, которые у вас есть (включая упорядочение таблицы по метке времени с помощью кластерного индекса) без привязки основной таблицы к тем индексам, которые замедляют изменение данных (а в случае кластеризации во время обновление, столкновение с кластеризованным индексом основной таблицы, поэтому вы обычно не можете кластеризовать его во временном порядке).

Answer 2

Таблицы истории содержат историю изменений (обычно не временных), внесенных пользователями в первичные записи базы данных. Эта история имеет архивный характер (т. Е. Иногда используется для исторических целей). Временная информация (когда изменение было сделано) носит вторичный характер.

Временная база данных предназначена специально для выполнения запросов времени. Временная информация носит первичный характер и хранится в Интернете для немедленного извлечения. Вторая таблица не создается, если не требуется архивирование.

http://en.wikipedia.org/wiki/Temporal_database

Answer 3

Таблица истории, о которой говорится в этой статье developerworks, представляет собой таблицу, в которой хранится история базы данных (т. Е. История наших убеждений о реальности).

Тип истории, о которой вы просили в этой другой теме, содержит наши (текущие!) вера в историю реальности.

Обратите внимание на разницу. Эти два согласны только с тем, что наши прошлые убеждения о реальности действительно были правильными. И это не всегда 100%.

Если вы используете первое как последнее, то вы в некотором смысле считаете, что эта степень согласия действительно 100%, т. Е. Все ваши прошлые убеждения о реальности всегда и по определению совпадают с реальностью, то есть вы предполагая, что у вас не может быть ошибочной веры в реальность.

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