Как получить периодические значения

[pyramid]

Друзья!
Подскажите, как можно выполнить вложенный запрос в X++ для получения периодических значений?
Таблица периодических значений MyTable следующей структуры:
Key - ключ,
Value - значение,
TransDate - дата начала действия значения

на T-SQL набор можно получить так:

select t1.TransDate, t1.Key, t1.Value 
from MyTable t1
join (
	select max(TransDate) TransDate, Key
	from MyTable
	where TransDate <= getdate()
	group by Key
) t2 on t2.TransDate = t1.TransDate and t2.Key = t1.Key

А как записать то же, но для X++ ?

[lev]

Цитата:

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

...
на T-SQL набор можно получить так:

select t1.TransDate, t1.Key, t1.Value 
from MyTable t1
join (
	select max(TransDate) TransDate, Key
	from MyTable
	where TransDate <= getdate()
	group by Key
) t2 on t2.TransDate = t1.TransDate and t2.Key = t1.Key

А как записать то же, но для X++ ?

Из какой таблицы нужны значения? Из первой или второй?

[ZVV]

Цитата:

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

...
А как записать то же, но для X++ ?

Боюсь, высокотехнологичный X++SQL не способен написать именно так.
Вложенный цикл Вам поможет.

[Владимир Максимов]

Если заменить вложенный запрос на проверку факта существования записей с бОльшим значением даты из заданного диапазона, то все решается достаточно просто

MyTable myTable, myTable2;
;

select myTable.TransDate, myTable.Key, myTable.Value 
from myTable
where myTable.TransDate <= getdate()

notexists join myTable2
where 
	myTable2.RecId != myTable.RecId
	&& myTable2.key == myTable.key
	&& myTable2.TransDate > myTable.TransDate
	&& myTable2.TransDate <= getdate()

Только здесь нужен дополнительный идетнификатор, позволяющий однозначно определить запись. В данном случае, это RecId.

[ZVV]

Такой запрос, насколько я понимаю, даёт аналогичный результат?

Select T1.Transdate, T1.Key, T1.Value
  From Mytable T1
 Where T1.Transdate <= Getdate ( )
   And Not Exists ( Select Null
                     From Mytable T2
                    Where T2.Transdate > T1.Transdate
                      And T2.Key = T1.Key )

Он нормально в X++ переносится.

UPD забыл условие во вложенном цикле
Where T2.Transdate <= Getdate ( )

[pyramid]

Цитата:

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

Боюсь, высокотехнологичный X++SQL не способен написать именно так.
Вложенный цикл Вам поможет.

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

select Key, Value, maxof(TransDate)
from MyTable
where MyTable.Key == _key
  && MyTable.TransDate <= systemdateget();

, а затем подложить эту временную таблицу гриду?

[ZVV]

2 Владимир Максимов
Помойму в данном случае вы перемудрили с recid.
Ваш взапрос не вернёт нужные данные, если за нужную дату окажется несколько строк..
Если б было условие только на одну строчку, тогда да, и то нужно было бы использовать не "!=", а ">" или "<"

Distinct в QueryBuildDataSource

[ZVV]

Цитата:

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

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

select Key, Value, maxof(TransDate)
from MyTable
where MyTable.Key == _key
  && MyTable.TransDate <= systemdateget();

, а затем подложить эту временную таблицу гриду?

Лучше так не делайте, напишите запрос с NotExists Join.

[Владимир Максимов]

Цитата:

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

2 Владимир Максимов
Помойму в данном случае вы перемудрили с recid.
Ваш взапрос не вернёт нужные данные, если за нужную дату окажется несколько строк..

В этом случае, во-первых, теряется физический смысл справочника значений. Какое из значений следует использовать, если на одну и ту же дату их несколько?

А, во-вторых, запрос pyramid также вернет несколько значений.

Цитата:

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

Если б было условие только на одну строчку, тогда да, и то нужно было бы использовать не "!=", а ">" или "<"

Distinct в QueryBuildDataSource

Напомню вашу же цитату по приведенной ссылке

Цитата:

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

В общем, нужно учитывать специфику запроса

Требуется именно "не равно" по той причине, что ищется не "дубли", а как раз-таки записи, отличные от данной. С другими значениями дат. И нет никакой гарантии, что возрастание / убывание RecId совпадает с возрастанием / убыванием дат. Ну, т.е. что для записи с бОльшим RecId дата всегда будет больше.

Поскольку "дубли" исключены по самой природе справочника, то проблем быть не должно.

[pyramid]

Спасибо, друзья!
Оба способа хороши, остановился на следующем:

while select myTable
    where myTable.TransDate <= _getdate
notexists join myTable2
    where myTable2.TransDate <= _getdate
       && myTable2.Key == myTable.Key
       && myTable2.TransDate > myTable.TransDate
{
    info(strfmt("%1 : %2 : %3", myTable.Key, myTable.Value, myTable.TransDate));
}

[ZVV]

Владимир, на самом деле ваш запрос и мой - это одно и тоже, только у вас было дополнительное условие на recId, которое по смыслу является лишним, т.к. оно никогда не будет равно из-за условия

&& myTable2.TransDate > myTable.TransDate

Именно это я имел ввиду, когда написал "Помойму в данном случае вы перемудрили с recid."
А вот "Ваш вапрос не вернёт нужные данные, если за нужную дату окажется несколько строк.." было лишним, это уже я ошибся, т.к. думал уже о том, что буду писать дальше.

А дальше следующее: насчёт "!=" и ">":

Исходный запрос возвращает именно все строки с максимальной датой, т.е. несколько, если бы их было несколько в таблице. (вопрос о том какие данные в таблице мы не рассматриваем)

А вот если бы нужно было только одно из них, то тогда и надо было бы использовать проверку рекID и именно с ">" или "<", т.к. иначе запрос не вернул бы данных.
т.е. если бы условие было

&& myTable2.TransDate >= myTable.TransDate

Вот это не вернёт ничего (тут надо < или >):

Select T1.Transdate, T1.Key, T1.Value
  From Mytable T1
 Where T1.Transdate <= getDate()
   And Not Exists (
          Select Null
            From Mytable T2
           Where T2.Recid != T1.Recid
             And T2.Key = T1.Key
             And T2.Transdate >= T1.Transdate
             And T2.Transdate <= getDate())

но к исходному вопросу эта вторая часть уже отношения не имеет. )

[Владимир Максимов]

Да, действительно перемудрил . Если дата не равна, то и RecId никак не может оказаться равным.