WildSery> Так вот, периоды можно хранить в отдельной табличке, с номерами "версий".

Разверни мысль, плиз. Желательно на примере.
Posted via ActualForum NNTP Server 1.5

WildSeryНарисовал схему, получается какая-то фигня.Да фиг с ней со схемой, ты хоть словами объясни.

Я почему спрашиваю - есть периодические данные
(хранимые всем скопом или в отдельной таблице от
справочника - не суть) и есть версионные данные,
которые, по сути, являются вырожденным случаем
периодических (ибо то же самое, но без дат).

Но я ещё не слышал и не видел, чтобы данные были
одновременно и версионными, и периодическими, и
поэтому и интересуюсь - какое, собсно, прикладное
применение этого требует и какие впечатления.

WildSery> В справочнике хранится только номер текущей версии

Я еще туда же и само значение агрегирую. Так дешевле.

> периоды и собственно версии - в дополнительной "исторической таблице".

А нафига нужны одновременно и периоды и версии?
Если ты выбираешь значение на дату - это запрос по
периоду, не по версии. Если ты выбираешь просто
актуальную версию, а старые нужны для истории или
для старых документов - то уже даты не нужны.
Posted via ActualForum NNTP Server 1.5

m7m> Для того чтобы

Или один из нас не понимает смысла слова "одновременно",
или не понимает, что такое периодические реквизиты.

> Вот и приходится выбирать значение на дату в "старой версии"

Велик и могуч русский язык, да. Я спрашиваю "зачем?" -
мне отвечают "приходится ... на дату в старой версии".
Posted via ActualForum NNTP Server 1.5

WildSeryСоединение по версии работает гораздо быстрее, чем по периоду.Чего это? Если выбирать версии для многих объектов -
наверное, но версии нужны обычно для одного объекта.

WildSeryчаще же при обнаружении в справочнике ошибочных данных.
Это как раз узкое место метода - два раза исправил - две версии.В смысле, две (или больше) версии на один период,
одна (или несколько) из которых неправильные?

В общем, ладно. Чую, не уразумели мы друг друга.

m7m> и тут в марте надо выдать отчет за январь и надо его выдать
m7m> именно с теми цифирьками которые были в том январьском отчете

Вот, спасибо большое за конкретику и пример.
И за отчёт спасибо - это я как раз немного знать
и немного разуметь, много собак на этом скушать.

Так вот - насколько я тебя понял, эти реквизиты
не периодические, и дата сама по себе никакого
значения, в данном случае, не имеет, поскольку
вся обработка (и учёт) делается по номеру версии.

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

Вот был, условно говоря документ/отчёт - взяли
элемент (и его значение) под версией №1. Потом
меняете (неважно по какой причине) значение
элемента, плодя версию №2. Всё замечательно,
первый документ со своей версией, новые - с
новой или выбранной вручную.

И неочевидный/сложный момент тут я вижу
всего один: как выбирается актуальное значение
(или версия, что то же самое), если изменения
делаются задним числом (исправление ошибок).

m7m> Если это не периодические реквизиты и не
m7m> их версии , то тогда да я не прав и влез не туда

Влез-то туда. Но на вопрос - нафига одновременно
периодика и версии - так и не ответил. Нет у тебя
хронологии и периодов, у тебя версии. Ну да, если
документ/отчёт за январь - отфильтруются записи
по датам и дальше всё равно надо будет версию
выбирать, а не автоматически, как с периодикой.
Posted via ActualForum NNTP Server 1.5

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

"атрибут", разумеется.
Posted via ActualForum NNTP Server 1.5