Есть таблица
pkidnamevt_beginvt_end
Прочел книгу по истории данных - Developing Time-Oriented Database Application in SQL.
Там в общем и целом понял картину, но не совсем понимаю как фактически в приложении применять эту структуру.

Т.е. в клиенте к примеру мы отображаем поля
name - Некие данные
vt_begin - Начало действия этих данных
vt_end - Окончание действия этих данных

Пример:
pkidnamevt_beginvt_end1111101.01.201001.01.201121111-201.01.201101.01.201231111-301.01.201201.01.2013

Теперь мы решили что запись с pk=2 мы ввели не верно, как поступать в этой ситуации? Фактически id=1 должен иметь какое то значите на всем интервале с 2010 по 2013 год.
То ли увеличивать первый интервал, то ли последний.
Кто как делал или что подскажет?

Здесь даты не дата актуальности вводимых данных, а даты действия в реальном мире так сказать, т.е. в 2010 действует одно значение справочника, в 2011 другое, в 2012 третье.

Senya_LИМХО, Вы не правильно поняли книгу. В данном случае все значения столбец pk не нужен. А первичным ключом будет комбинация (id, vt_end)

Может быть и не правльно, только, я не совсем понимаю как я буду связывть таблицы по id +vt_end, с учетом того что vt_end может изменится в любой момент.
Senya_L
Я думаю надо предоставить на выбор пользователю. А еще лучше исправление нештатных ситуаций доверять не пользователю, а только админу.
Ну я бы не сказал что это не штатная ситуация, по моему не верный ввод штатная ситуация.
Ну вообще с выбором пользователя, как вариант, думаю возможно.

Я опустил этот момент, но в таблице также есть и время действия записи по вводу, т.е. еще tt_begin + tt_end, бюсь, что если все же связывать как вы предлагаете, во первых будет слишком не удобно писать запросы, во вторых и обработка связей будет увеличиваться.

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

Дело в том что у меня оба подхода совмещаются)
Спасибо в любом случае