Отладка отчетов

Ключ
Эта строка удалена.
Это слово было удалено. Это слово было добавлено.
Эта строка добавлена.

Изменения (38)

просмотр истории страницы
{toc:maxlevel=2}

h1. Стандартные отчёты

В состав биллинга входит набор стандартных отчётов. Если у Вас возникла проблема с одним из них то:
# Возможно в отчёте уже есть нужные исправления. Скопируйте свежую версию отчёта к себе на биллинг из демонстрационной базы данных https://demo5.carbonsoft.ru/admin/reports/AdminCustomReports/
{info}
Для доступа к демо базе авторизуйтесь на [странице|https://www.carbonsoft.ru/products/carbon_billing/demo-access/?land=modern]
{info}
# Если в свежей версии отчёта также есть ошибка обратитесь к [нам|https://helpdesk.carbonsoft.ru/login.php]

h1. Почему вообще могут возникнуть ошибки?
Отчеты из статей ориентированы на стандартный набор реквизитов и их параметры. Чем отчет больше, тем выше вероятность допустить ошибку в какой-нибудь мелочи. Работая над большими отчетами, вероятней всего, придется потратить какое-то время на их отладку.

{info}Мы писпользуем *Firebird 2.15*, детальную информацию по языку СУБД Вы можете посмотреть по ссылкам:
* [Firebird 2.15 Language Reference Update|https://firebirdsql.org/refdocs/langrefupd215.html] - наиболее исчерпывающее оффициальное руководство на английском языке
* [Руководство по языкуSQL СУБД Firebird 2.5|https://firebirdsql.org/file/documentation/reference_manuals/Firebird_Language_Reference_RUS.pdf] - то же самое на русском языке для версии СУБД 2.5, от 2.1 в основном отличие в добавлении новых функций и процедур
* [Руководство по языку SQL СУБД Firebird 2.5|https://firebirdsql.org/file/documentation/reference_manuals/Firebird_Language_Reference_RUS.pdf] - то же самое на русском языке
* [Словарик по FireBird|http://firebirdsql.su/doku.php?id=o_sajte] - сайт посвященный Firebird на русском языке, поиском можно найти описание большинства функций с примерами
{info}

from
abonents a
join attribute_values av_addr on a.id=av_addr.abonent_id and av_addr.attribute_id=3
on a.id=av.abonent_id and av.attribute_id=3
join homes h
join homes h on av_addr.attribute_value=h.id
join tarif t on a.tarif_id=t.id
on a.tarif_id=t.id
where
a.deleted=0

h4. Ошибка в имени поля
Так же ошибку вызовет поле *a.na{color:red}k{color}me* - в нем лишняя буква "k", правильно *a.name* - потому что так оно называется в таблице ABONENTS, из которой отчёт берёт данные.
{code:title=Было}
select
h3. Логическая - поля действительно не существует
{code:title=Текст ошибки}Column unknown\n- U.IP\n- At line 6, column 20'{code}
Исправив ошибку алиаса, мы получаем новую и тоже "Column unknown". Поле которое его вызвало - *u.ip*. Если посмотреть набор таблиц, которые мы объединяем, то таблицы учтены учетных записей _users_ мы там не найдем. Для исправления присоедините эту таблицу:
{code:title=Было}
from
abonents a
join attribute_values av_addr on a.id=av_addr.abonent_id and av_addr.attribute_id=3
on a.id=av_addr.abonent_id
and av_addr.attribute_id=3
{code}
{code:title=Стало}
from
abonents a
join users u on a.id=u.abonent_id
on a.id=u.abonent_id
join attribute_values av_addr on a.id=av_addr.abonent_id and av_addr.attribute_id=3
on a.id=av_addr.abonent_id
and av_addr.attribute_id=3
{code}

!sql_error_none.png|border=0,width=300!

Если появляются записи "None", значит есть абоненты попадающие в выборку, но в каких-то полях нет значения - null, none.
Если появляются записи "None", значит есть абоненты попадающие в выборку, но данные, которые мы пытаемся получить, не заполнены. В таком случае СУБД в ответ на запрос отвечает "null" или "none".
Для решения проблемы используйте конструкцю *coalesce*, задавая какое-то значение по-умолчанию, но предварительно преобразуем *a.activate_date* в строковый формат: "стандартное" значаение, оно будет выводиться вместо None.
{code:title=Было}'Создан: ' || a.activate_date || ';' ||{code}
{code:title=Стало}'Создан: ' || coalesce(cast(a.activate_date as varchar(32)),'1970-01-01 coalesce(a.activate_date,'1970-01-01 00:00:01') || ';' ||{code}

h2. Отчет завершился ошибкой "arithmetic exception, numeric overflow, or string truncation"
Ошибка "_arithmetic exception, numeric overflow, or string truncation_" говорит о том, что мы пытамся производить операции над данными [разных типов|https://firebirdsql.org/manual/migration-mssql-data-types.html], что в ряде случаев пройдет успешно и СУБД произведёт конверсию автоматический, но не всегда.
Если взять пример где все записи были "None" и убрать оттуда предварительную конверсию даты в строку, вот так:
{code}'Создан: ' || coalesce(a.activate_date,'1970-01-01 00:00:01') || ';' ||{code}
То мы получим эту ошибку.

Отчёт опять завершится ошибкой, но уже другой: "_arithmetic exception, numeric overflow, or string truncation_". Она говорит о том, что мы пытамся производить операции над данными [разных типов|https://firebirdsql.org/manual/migration-mssql-data-types.html], что в ряде случаев пройдет успешно и СУБД произведёт конверсию автоматический, но не всегда.
Чтобы решить проблему, все данные приведём к единому типу: текст. Преобразуем *a.activate_date* в строковый формат, чтобы СУБД могла правильно объединить его с остальным текстом:
Возьмём пример с датой выше и добавим преобразование в строку:
{code:title=Было}'Создан: ' || coalesce(a.activate_date,'1970-01-01 00:00:01') || ';' ||{code}
{code:title=Стало}'Создан: ' || coalesce(cast(a.activate_date as varchar(32)),'1970-01-01 00:00:01') || ';' ||{code}

h2. В выгрузке нет ни одной записи
!sql_error_empty.png|border=0,width=300!
Попробуйте заменить объединения через JOIN на LEFT JOIN (о разницы между ними Вы можете почитать в [справке по оператору в Википедии|https://ru.wikipedia.org/wiki/Join_(SQL)])
{code:title=Было}
join attribute_values av_addr on a.id=av_addr.abonent_id and av_addr.attribute_id=3
on a.id=av_addr.abonent_id
and av_addr.attribute_id=3
join homes h
join homes h on av_addr.attribute_value=h.id
{code}
{code:title=Стало}
left join attribute_values av_addr on a.id=av_addr.abonent_id and av_addr.attribute_id=3
on a.id=av_addr.abonent_id
and av_addr.attribute_id=3
left join homes h
left join homes h on av_addr.attribute_value=h.id
{code}
{info}Если данных в таблицах много, LEFT JOIN может существенно замедлить выполнение отчета.{info}
h2. При выполнении отчета ошибка "not enough arguments for format string"

Такая ошибка может возникнуть если Вы сделали отчет для выполнения в [конструкторе отчетов|CarbonBilling:Конструктор отчетов] и добавили в форму параметры для заполнения ("_Параметры полей формы_"), при этом где-то в отчете допущена ошибка - одна из выше описанных.
Такая ошибка может возникнуть если в отчете допущена любая ошибка, и при этом в тексте отчета есть символ процента "%" или другие спецсимволы.
Ниже приведены несколько примеров как решить такую проблему.

h3. Параметры заполнения формы
Если Вы сделали отчет для выполнения в [конструкторе отчетов|CarbonBilling:Конструктор отчетов] и добавили в форму параметры для заполнения ("_Параметры полей формы_"), то их нужно убрать чтобы увидеть реальную ошибку отчета.

Чтобы найти проблему:
# Замените все _заполняемые_ параметры статическими, например: \\ \\
# Выполните отчет и в выводе будет описана настоящая ошибка.

h3. Символ "%"

Если где-либо в отчёте Вы используете символ процента "%", его тоже необходимо убрать:
* Возможно Вы используете оператор "LIKE" чтобы найти подходящие строки, например:
{code:title=Было}when ABONENTS.NAME like '%Васильев%'{code}
Его можно заменить на оператор "CONTAINING" получив приблизительно тот же эффект
{code:title=Стало}when ABONENTS.NAME containing 'Васильев'{code}
В любом случае, исправив основную ошибку отчета, форму LIKE можно будет вернуть.
* Еще возможный вариант - Вы вывводите символ процента чтобы обозначить что в столбце отображаются именно проценты, например:
{code:title=Было}select '3% суммы всех платежей: ' sum(OP_SUMMA)/100*3 from FINANCE_OPERATIONS where OP_TYPE=2{code}
Просто уберите из отчета символ процента и в данном отчете увидите ошибку "arithmetic exception...":
{code:title=Стало}select '3 процента суммы всех платежей: ' sum(OP_SUMMA)/100*3 from FINANCE_OPERATIONS where OP_TYPE=2{code}
После исправления основной ошибки отчета, символ процента можно будет вернуть.

h2. При выполнении отчета возникла ошибка "Произошла ошибка по адресу http://***/admin/reports/AdminCustomReports/250001/executesql/
В описании ошибки будет запись следующего вида:
{code}DjangoUnicodeDecodeError: 'utf8' codec can't decode byte 0xd0 in position 30: unexpected end of data. You passed in '\xd0\x92......' (<type 'str'>) {code}
Причиной данной ошибки является превышение количества символов при наименовании столбца кирилицей в итоговом отчете. Поле может иметь название не более 18 символов.
Пример:
{code:title=Было}s_time as "Время начала звонка"{code}
Для решения проблемы, сократите название, либо укажите наименование латиницей.
Несколько вариантов, как можно исправить наименование поля:
{code:title=Стало, вариант 1}
s_time as "Вр.начала звонка"
{code}
{code:title=Стало, вариант 2}
s_time as "Начало звонка"
{code}
{code:title=Стало, вариант 3}
s_time as "Vremia nachala zvonka"
{code}

h2. Я не могу найти ошибку. Что делать?
+Локализуйте проблему+. Максимально упростите запрос и постепенно добавляйте объединения таблиц, или наоборот - постепенно удаляйте поля из исходного запроса.