FastReports -- error in expression : Супермаг Плюс (Супермаг 2000)

Пока согласуем с РитейлСофт стоимость моего обучения :), т.е. стоимость написания отчета, более опытные коллеги при желании могут меня поучить бесплатно.

В чем проблема?

Миниатюры

   

Как связаны DocSpec и DocHeard?

Видимо, я не настолько знаю особенности FastReports.
Связь обязательно должна быть?
Мне казалось, что запросов в отчете может быть произвольное количество, и связь может быть, но не обязательна.

Ну у тебя повторяющаяся строка.
Т.е. значение NUM_SD явно будет меняться. Как при этом должны меняться sum1 и sum2.

У FastReport есть документация, ее читали? [ ➜ ]

>>> У FastReport есть документация, ее читали?

Разумеется.

>>> повторяющаяся строка.

Сначала вроде скопировал отдельное, не табличное, поле. Щас проверю.
Потом скопировал табличную часть.
Если верно понимаю, для поля (field) может быть результат любого запроса, для табличной части -- именно datastore.field.

Значит, в первый раз я скопировал не текстовое поле.

Спасибо.




(0.06Мб)




(0Мб)

Дополню для тех, кто придет после нас.

1. Ошибки в случае запроса несуществующего параметра не выдается, в процедуру будет передан NULL.

2. Существуют неявные преобразования. (Привет, javascript и прочие языки с нестрогой типизацией). Лучше пользоваться явными. Игрался типами NUMBER, DATE, VARCHAR2, ожидал ошибок "ORA-06502: PL/SQL: ошибка числа или значения" -- не получил.

Примеры:
3. Ошибки SQL-движка (внутри кода отчета FastReport, не в формировании запроса Data Source) подавляются. "Error in expression" будет выдан как в случае пустого результата запроса, с корректным SQL, так и в случае некорректного SQL-запроса.

3. Нет, я не прав.

"Error in expression" будет выдан только в случае некорректного SQL-запроса.
В случае пустого результат корректного запроса в поле будет ожидаемый NULL.