ValidTimeState for views' queries

[Cardagant]

Цитата:

Сообщение от mista

если добавить view на форму как datasource, то будут отображаться актуальные записи

То есть, насколько я понимаю, данный framework я не смогу использовать в Перспективе. Получается, в Перспективе, для реализации подобного, возможно, следует использовать Range. Или есть альтернативы?

[Cardagant]

Интересно, может кто сталкивался.
Как правильно реализовать Range в Query AOT'а, который бы отбирал данные таблицы по UTCDateTime полю, с критерием:

Table.ValidTo == DateTimeUtil::maxValue()

Прошу подсказки!

UPD: И как вообще использовать подобные примеры при построении перспектив и кубов?

Спасибо!

[pedrozzz]

Начиная с 2009 можно использовать динамические условия в запросе через SysQueryRangeUtil. Почитать, например, тут

[Cardagant]

Всем привет

Подниму тему в связи с обнаруженной проблемой.

При использовании SysQueryRangeUtil класса копмиляция и синхронизация вью проходит успешно, но развёртывание значения функций проходит лишь один раз (при синхронизации вьюхи) и является статическим.

То есть, если мы разместим в range функцию текущей даты класса SysQueryRangeUtil, то на SQL Server вьюха будет иметь статический критерий даты дня синхронизации (компиляции).

Что-то здесь можно сделать?

Или только вариант с

Table.ValidTo == DateTimeUtil::maxValue()

сможет дать желаемый результат?

Заранее спасибо.

[Cardagant]

Уточню, что мне это нужно для куба, соответственно процессинг куба будет осуществляться без Аксапты, используя SSIS пакет.

[Cardagant]

Попробовал свою же цитату из сообщений выше:

Цитата:

View
A valid time state table can be one of the data sources in a view. By default, the view returns all data in a valid time state table. If the property ValidTimeStateEnabled is set to Yes, and the view fields contain the ValidFrom and ValidTo fields of the valid time state table in the view data source, the view returns current records.

ValidTimeStateEnabled свойство физически не добавляет никаких критериев типа CURRENT_TIMESTAMP() или getDate() на уровне SQL-вьюхи, соответственно этот вариант не подходит.