|
NO_DATA_FOUND в отчете
|
|||
---|---|---|---|
#18+
Всем здрасти! Не знал как еще описать проблему в теме, поэтому получилось вот так/ Дело в следующем. Есть простой интерактивный отчет, основанный на запросе типа: Код: plaintext 1.
Понимаю, что вопрос не совсем удачный, но поделитесь, кто сталкивался с таким, что может быть не так. Сам сталкивался только с тем, что такая ошибка может возникать при нехватке прав на объекты внутри пакета, но в данном случае это не вариант, т.к. workspace "натравлен" на саму схему. Так же пробовал вынести тип, возвращаемый функцией, "наружу" из пакета - тоже не сработало. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.12.2010, 18:17 |
|
NO_DATA_FOUND в отчете
|
|||
---|---|---|---|
#18+
Гришков Максим, давайте воспроизводимый тест-кейс и версию APEX. А то у Вас уже псевдонима q не хватает в запросе. :) Может, и не возвращает ничего Ваша функция... ... |
|||
:
Нравится:
Не нравится:
|
|||
30.12.2010, 20:08 |
|
NO_DATA_FOUND в отчете
|
|||
---|---|---|---|
#18+
Была похожая проблема с вьюшками: препеделала нужные вьюхи, что бы они обращались только к таблицам. В результате отчет начал работать. Когда разбиралась пыталась и функциями возвращать нужные значения, но было так же: в навигаторе отрабатывало, через апекс "no_data_found". Более красивого решения, чем построение сложного запроса, обращающегося только к таблицам, на тот момент не смогла найти. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.12.2010, 08:02 |
|
NO_DATA_FOUND в отчете
|
|||
---|---|---|---|
#18+
suPPLer, Алиас Q, естественно должен быть - в конечном запросе на апексе он есть. Вот собственно конечный запрос: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14.
С тест кейсом - не получится. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.12.2010, 10:21 |
|
NO_DATA_FOUND в отчете
|
|||
---|---|---|---|
#18+
lZy, :) тоже думал об этом... вытащил запрос из функции. Вставил вместо указанного выше селекта... Результат - 404 ошибка. Стал разбираться - запрос более 37 тыс символов - апексу от этого стало не хорошо :). Править такой запрос - не самое приятное дело. Хотелось бы отделаться "меньшей кровью". P.S. О кривости модели БД и тому, почему запрос получился именно таким - отдельная тема, которую предлагаю не поднимать :)). ... |
|||
:
Нравится:
Не нравится:
|
|||
31.12.2010, 10:27 |
|
NO_DATA_FOUND в отчете
|
|||
---|---|---|---|
#18+
Получилось починить. В чем было дело, я так и не понял. Как обошел: Не так давно возился с кросс-таб отчетом. Нашел вот такой способ: http://www.oracleapplicationexpress.com/tutorials/71-oracle-apex-interactive-report-based-on-plsql-function Так вот. Свою беду победил аналогично: создал процесс, который на основе запроса формирует апекс-коллекцию. а потом запрос отчета подменил на запрос из коллекции. Как ни странно все заработало :). Если у кого будут идеи почему до этого не работало - напишите пожалуйста - самому интересно. Вот собственно код процесса OL_LOAD_BEFORE_HEADER: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41.
Ну а вот запрос: Код: plaintext 1. 2. 3. 4. 5. 6. 7.
... |
|||
:
Нравится:
Не нравится:
|
|||
31.12.2010, 11:22 |
|
NO_DATA_FOUND в отчете
|
|||
---|---|---|---|
#18+
Гришков МаксимПолучилось починить. В чем было дело, я так и не понял. Попробуйте ещё создать SQL-тип и приводить к нему в запросе результат функции явно: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17.
... |
|||
:
Нравится:
Не нравится:
|
|||
31.12.2010, 14:14 |
|
NO_DATA_FOUND в отчете
|
|||
---|---|---|---|
#18+
Гришков Максим Не стану утверждать на 100% , но то что написал suPPLer должно помочь (select * from table(cast(f as tab_tp))). С этим встречался уже не раз, если ты используешь PL/SQL Developer, он частенько сглаживает "острые углы". ... |
|||
:
Нравится:
Не нравится:
|
|||
03.01.2011, 18:51 |
|
|
start [/forum/topic.php?fid=50&msg=37043092&tid=1876682]: |
0ms |
get settings: |
9ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
45ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
others: | 272ms |
total: | 410ms |
0 / 0 |