Как бы вы назвали таблицу фактов с датой вступления в силу и по настоящее время?

В некотором смысле это немного глупый вопрос, поскольку речь идет только о терминологии.

Если у меня есть таблица фактов, в которой записываются факты, которые со временем меняются в зависимости от измерений, к которым принадлежит факт, как будет называться такая таблица фактов? На самом деле есть конкретное имя?

Например, таблица фактов может хранить экземпляр заявки в системе службы поддержки и иметь измерение статуса. В течение жизненного цикла тикет меняет статус с «Открытый» на «Решенный». Мне нужно иметь возможность хранить запись фактов для каждого изменения состояния для исторической отчетности.


data-warehouse business-intelligence star-schema terminology
person Steve Homer    schedule 28.01.2013    source источник
comment
Я не думаю, что для этого существует какая-либо стандартная терминология, но термин «таблица фактов моментального снимка с меткой времени» используется в этой статьи, которая может действительно относиться к вашему сценарию.   -  person Pondlife    schedule 28.01.2013

Ответы (1)


arrow_upward
2
arrow_downward

Если у вас есть ограниченное количество изменений статуса (‹6), вы можете поместить все даты в одну строку таблицы фактов. Можно денормализовать таблицу фактов склада.

В оперативной базе данных я бы назвал этот тип таблицы домена таблицей диапазона дат.

Эта книга может быть полезна: Временные данные и реляционная модель .

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

person Gilbert Le Blanc    schedule 28.01.2013
comment
Нет, к сожалению, в этом случае билет потенциально может отскакивать назад и вперед между любым из потенциальных статусов, поэтому для него нет верхней границы. Честно говоря, я доволен схемой, которую я разработал, и мне было более любопытно узнать, есть ли для нее название, которое я не знал, и Google не помогал. Я проверю книгу, но спасибо за это. Временное моделирование и реляционное моделирование часто вызывают интересные вопросы. - person Steve Homer; 29.01.2013
comment
Здорово. С таким количеством изменений состояния / даты дата становится таблицей фактов. - person Gilbert Le Blanc; 29.01.2013
comment
Я могу рассмотреть возможность создания двух таблиц - одну для записи каждой транзакции, а другую для записи потока процесса в виде накопительного снимка, сохраняя только самый текущий статус каждого билета. I.E. если тикет закрывается, но затем открывается повторно, он возвращается в статус Назначено, а дата закрытия обнуляется до тех пор, пока не будет снова закрыта. - person N West; 04.02.2013
comment
@N West: если вы заказываете таблицу транзакций в порядке от новейшего до самого старого, первая транзакция - это информация о снимке. Единственная причина, по которой вам может понадобиться отдельная таблица, - это наличие столбцов, которые вы хотите сохранить для моментального снимка, но не хотите сохранять для транзакций. - person Gilbert Le Blanc; 04.02.2013