varchar(max) в X-языке

[tveritin]

Как известно, не приветствуется в Х-языке тип данных varchar(max).
К примеру, если поле в таблице этого типа. При выборках явных ошибок не возникает, но как правило, обрезается первая пара символов строки или происходят артефакты в виде помещения не той строки.

[RVV]

Такое поле не должно быть последним в SQL запросе Х-языка.
Это не баг, это фича. И так было всегда с полями varchar

SELECT hdp1.text_subj_up, hdp2.text_subj_up, hdp3.text_subj_up
, 1
FROM

[tveritin]

Спасибо.
В браузере всё отлично, но когда делаю

[tveritin]

а когда:

[RVV]

Попробуйте через sTable

-- запуск отчета
sTable @m_report
select top 1 exe_sql, LEN(exe_sql) as ln
from pr_exec_for_list where id = @EXECLIST:id['];
Execute {
if @m_report:ln > 0 then
Execute xSql{ :@m_report:exe_sql };
};
destroy @m_report;

[tveritin]

Не совсем понимаю смысл предложенного.

[RVV]

Это был пример получения и использования значения из поля pr_exec_for_list.exe_sql
которое имеет размерность VARCHAR(MAX).

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

[tveritin]

Да, спасибо за мысль, я еще вчера попробовал sTable вместо SELECT INTO.
Получился рабочий код следующий:

[tveritin]

До строк, свыше 8000, еще не дошел. Проблема с такой конструкцией появилась и без этого.
Если в первой строке выборки даты (hrtb_doc.d_from, hrtb_doc.d_to) пустые, то в соответствующие переменные (_fromd_hrtbdoc, _tod_hrtbdoc) кладутся значения "--execute user_job_dsc_excel_export;Let 1:=1;Pro" и
10490 соответственно. То есть, это текст процедуры и ее длина.

[tveritin]

Решено строкой

[tveritin]