Параметры и литералы - разные результаты запросов с датами

[Maximin]

На днях обнаружил прекрасное.
Сразу скажу, что это 4ка или 2009. 2012ю заводить не стал - просьба имеющим проверить.
Суть в чем - следующий Job выдает разное кол-во записей в зависимости от того, forceliterals в запросе или forceplaceholders. Глюк связан с обработкой дат при их передаче как литералов в выражениях критериев запросов where. Там в качестве вот этой плюс единицы к TransDate (т.е. любому полю типа "дата") получается не один день, как можно ожидать, и как срабатывает при передаче через параметр, а что-то вроде {ts'1901-01-01 00:00:00'} т.е. один ГОД!

static void JobSQLDateParamTest(Args _args)
{
    LedgerJournalTrans    ljt;
    ;
    select
        //forceliterals
        forceplaceholders
        count(recid) from ljt
            where
                  ljt.Due < ljt.TransDate + 1;
    info(int642str(ljt.Recid));
}

[sukhanchik]

Ну не знаю. Попробовал сделать сравнение с константой (AX2012):

ljt.TransDate < d + 1;

, где d задал в виде константы 22.07.2022.
Делаю 2 варианта:
1. d = 23.07.2022. Запрос "< d"
2. d = 22.07.2022. Запрос "< d + 1"

И forceplaceholders и forceliterals у меня приводит к одинаковому количеству записей.
Или я неправильный пример взял?

[Raven Melancholic]

Цитата:

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

... Попробовал сделать сравнение с константой (AX2012):

ljt.TransDate < d + 1;

, где d задал в виде константы 22.07.2022...

...Или я неправильный пример взял?

Я не анализировал подробно, но как понял, проблема не при любом сравнении, а именно когда вот эта d + 1 вычисляется на стороне SQL, как в этом случае, в котором одно поле таблицы сравнивается с другим полем.

То есть, если просто передать ljt.TransDate < d + 1, то из Аксапты уйдет уже вычисленное значение даты. А в примере джоба параметром является как раз не дата, а число. Не знаю как это транслируется на SQL (логичнее, если бы это было DATEADD(dd...), но может там что-то другое), но видимо при forceliterals что-то не то подставляется или по другому сам запрос формируется.

[dech]

А какой смысл сводить поле таблицы, участвующей в запросе, к литералу? Другими словами, какое конкретно значение из примерно миллиона записей вы хотите подставить в качестве литерала?
Мне кажется, forceliterals и не будет себя корректно вести в таком случае.
Если вам нужна константа, вычислите её заранее и уже затем передайте в запрос с forceliterals.

[Raven Melancholic]

Ну у меня выдал именно этот джоб на DAX2012 одинаковые значения.
На DAX4:

• С forceplaceholders 1 330 483
• С forceliterals 1 331 648

[Raven Melancholic]

Ну чтобы уж закрыть вопрос (по доступным мне версиям).
Фраза

Цитата:

Сообщение от Raven Melancholic

Ну у меня выдал именно этот джоб на DAX2012 одинаковые значения.

оказалась не совсем корректной. Запускал на DEV, на котором практически нет данных.
На рабочей выдало так же разные результаты, что не удивительно, так как в запросе ничего не поменялось (ну кроме, естественно, появления поля PARTITION).

forceplaceholders

SELECT COUNT(T1.RECID) 
	FROM LEDGERJOURNALTRANS T1 
	WHERE (((PARTITION=@P1) 
		AND (DATAAREAID=@P2)) 
		AND (DUE<(TRANSDATE+@P3)))

forceliterals

SELECT COUNT(T1.RECID) 
	FROM LEDGERJOURNALTRANS T1 
	WHERE (((PARTITION=5637144577) 
		AND (DATAAREAID=N''hld'')) 
		AND (DUE<(TRANSDATE+{ts ''1901-01-01 00:00:00.000''})))

[Raven Melancholic]

Чуть чуть покопался.
Пока только DAX4, в DAX2012 что-то у меня сейчас поток запросов идет, в выводе профайлера сложно найти нужное.
Ну, оказалось, что datediff не используется.

При forceplaceholders запрос формируется

exec sp_cursorprepexec @p1 output,@p2 output,N'@P1 nvarchar(8),@P2 int',
N'SELECT COUNT(A.RECID) 
FROM LEDGERJOURNALTRANS A 
WHERE ((DATAAREAID=@P1) AND (DUE<(TRANSDATE+@P2)))'

В значении параметра @P1 идет код компании, в параметре @P2 1 (единица).
В итоге вроде нормально: TRANSDATE+@P2, где @P2 целое число, дает следующий день (в дате как раз целая часть это дни).

При forceliterals запрос

exec sp_cursoropen @p1 output,
N'SELECT COUNT(A.RECID) 
FROM LEDGERJOURNALTRANS A 
WHERE ((DATAAREAID=N''КодКомпании'') AND (DUE<(TRANSDATE+{ts ''1901-01-01 00:00:00.000''})))'

А вот тут 1901-01-01 00:00:00.000 это, как и указал Maximin год, а не день.