Bely, а теперь попробуйте протестировать, допустим, следующую задачу: Для каждого кода выберем строку, максимально “приближенную” к требуемой дате

И поглядим, чьи решения универсальней и "шустрее"

Bely, это аналитика. И подобные вариации у меня встречаются достаточно часто.
Видимо, Ваш проект не настолько интересен, как мои...

Причем тут температура и время? Вы не путаете топик?

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

Мне Вас жаль - скучно живете!

Bely, у различных, даже однотипных, продуктов различные сроки годности (разделение на сорта, производителей и т.п. не учитываем), при этом дата их производства различна во времени:

Партия 1 : (==========)
Партия 2 : (==========)
Партия 3 : (==========)
Партия 3*: (=====)
... и т.д.

* - встречается, допустим, брак в упаковке, что приводит к сокращению сроков хранения (это расписано в ГОСТах).

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

Плин, пробелы покоцались :(

Партия 1 : ..(==========)
Партия 2 : ........(==========)
Партия 3 : ................................(==========)
Партия 3*: ...............................(=====)
... и т.д.

guest_20040621, вы в теме?

А что такое для колбасы срок годности, для имущества срок гарантийного использования, для самолета время полета в рейсе? Вам нужны еще примеры по использованию историзма???

Или в Вашем понимании историзм должен быть только где-то там, позади у чего-то, чего мы не знаем и уже никогда не увидим? Наверное, у Вас он есть только в логах?

Срок годности, история изменений... --- это все частные случаи!

И вот когда каждый из таких случаев программисты-одиночки не видят и начинают извращать по-своему - корпоративное приложение в целом получается одной большой кучей ***


==================
*** - скрипта

1. Где-то уже писал: история - вектор/прямая/отрезок времени. Как вы это представляете одной датой? Или Вы рассматриваете только частность вектора? От даты А до следующей записи?
2. Вы хотите вести полный историзм с учетом сохранения изменений?

Вкратце:
Добавляем сущность : вставляем строку, генерим ID, date1 = date; date2 = null, обрабатываем остальные условности...
Изменяем сущность : date2=date-1, копируем сущность (в т.ч. ID!) - работаем уже с ней, date1=date, date2=null, обрабатываем остальные условности...
Удаляем сущность : date2=date-1, обрабатываем остальные условности...

Работает в любых случаях! Что еще универсальней, проще и быстрей можете предложить??????
Вы спорите по частным вопросам! Хватит плавать по дну!

guest_20040621бла-бла-бла...

Умный, разумный гость! Для начала зарегся, потом обсудим ваши эмоции...

guest_20040621, кстати! По существу вопроса предложения есть???

Помнится, вопрос был поднят: " Оптимальная структура таблицы для хранения истории"...
Сначала дайте дельное слово, потом пытайтесь пыжиться, защищая его!!!!

guest_20040621Применительно к базам данных...
Снова "частник"???

guest_20040621это регистрация состояний сущностей и связей в любой момент времени...
Как раз это мной и выведено сюда, на общее обозрение! У вас имеются на данное решение права???

Уффф, господа!

В чем проблемы? Если Вы решаете "глобальные" задачи на своих ноутбуках - то мне понятны ваши стремления!

Определите уровень решаемых ВАМИ задач!!!

------------------------------------------------------------
P.S.: Для проверки: гольный массив [ID, Parent_ID] - 0,175 млрд - 1,8 сек. (+/- 0,2 сек.)