knudsenMikhail.Gurusov,

нет, не понял! вкрапления SQL не есть основная обработка, но можно и так. Вообщет-то всё от задачи зависит, вот я бы заполнял таблицу бы программой, а читал бы в BI уже SQLем и как можно более простым...

Возможно программирование на на SQL для данной платформы более эффективно с точки зрения скорости выполнения, использования системных ресурсов, и т.п. Но кроме как в рамках данной платформы эти знания больше нигде не применимы, а много ли таких систем используется в России? Мне кажется на пальцах можно пересчитать. Сколько времени потребуется, чтобы освоить эти чудо-языки и выдавать грамотный код? Так что, коллега, увольте)))

Здесь по сути такой же подход используется - заполняются временные сессионные таблицы, и возвращаются курсоры. Всю малину портит динамический SQL. Даже нединамический код написан так, что озвереешь, пока разберешься - многоэтажные неформатированные конструкции. Вчера долбил целый день элементарнейший отчет: после изменения структуры данных были внесены коррективы в код, потом после серии манипуляций с переносом со среды на среду на тестовой оказался старый код, перенесли новый код со среды разработки - он отработал, но выдал совершеннейший бред, опечалив тестеров... Открыл текст процедуры - два предварительных шага по заполнению временных таблиц (которые при внимательном рассмотрении просятся схлопнуться в один), и финальный запрос, возвращающий данные. Отчет примитивнейший, но в коде столько наворочено, что мама не горюй... Предварительные шаги переписал, есть подозрение, что финальный запрос тоже бредовый, на разные даты выдает одни и те же значения, а этот финальный запрос - столь нелюбимый мной и совершенно неоправданный в задачах по построению отчетности динамический SQL - сегодняшний день будет посвящен разгребанию этой помойки...

knudsenMikhail.Gurusov,

Вы не любите кошек? Вы просто не умеете их готовить!

всё-таки свалились в религиозные споры... печалька... а по поводу невостребованности - даже сейчас открыты вакансии на iSeries в 3-х конторах, как минимум, но конечно всего таких организаций маловато (даже очень) и это уже в других ветках форума...

Помилуйте, какие могут быть религиозные споры? Прекрасная система, то, как она перемалывает огромные массивы информации, достойно всяческого уважения. Но специфична она - этот факт отрицать невозможно. И рынок труда тоже хочешь не хочешь, а приходится учитывать, если вакансий по тому же Ораклу - более чем достаточно, то IBM - раз два и обчелся.

В результате манипуляций со средами разработки в моей песочнице появился файл QSQDSRC, и в нем одна тестовая процедура, точнее ее исходник... Вот кто бы растолковал популярно, откуда он мог взяться? Вручную его точно не создавал...

Serg0Его создала операционка, во время исполнения команды компиляции с опцией DEBUG(*SOURCE)
Классно, осталось понять, какой инструмент эту команду выдал - Data Studio или Rational Developer fot i...

Всем доброго времени суток :)

Я еще жив, как ни странно. Продолжаю воевать с DB2 for System i, и натолкнулся на одну загадочную граблю: строишь запрос, проверяешь его на корректность работы, добиваешься приемлемой производительности, смотришь на план запроса - все прекрасно, используются индексы, выборка по огромной таблице проходит за считанные секунды. Затем тот же запрос переезжает в хранимую процедуру, и при прочих равных с теми же параметрами он начинает нещадно тупить, и в плане запроса появляется полное сканирование таблицы...

Serg0Mikhail.Gurusov,

Поговорите с админом, я могу что-то порассказать, но сделать вы этого не сможете...
почти наверняка дело в том, хранимка не видит файл с параметрами оптимизатора - QAUOOPT
либо в нем что-то отличается от того, который работает для IDE
Как вариант, можно формировать его искусственно помещать в библиотеку которая выше в *LIBL

С нашими админами договориться о чем-то очень сложно... Когда обращаешься к ним за помощью с подобного рода проблемами, ответ всегда один - вы разработчики, вот вы и разбирайтесь, у нас админской работы хватает. Фэйсом об тэйбл тебя при этом обязательно провезут, когда возникают проблемы с производительностью.

knudsenMikhail.Gurusov,

ага, а ещё и вообще *LIBL проверить, что там. А храминку-то как делаете?

Не очень понял вопроса, если честно, хранимку либо из навигатора компилируем, либо RUNSQLSTM из исходника. Админы устанавливают на тестовую среду и на продуктив только с помощью RUNSQLSTM.

knudsenMikhail.Gurusov,

запрос-то победили? А если админы не хотят что-то делать (ну там проверять *LIBL или менять библиотеки в нём) так можно это через команды CL прям в процедуре делать... выше, вроде написали как.

Перестраивать список библиотек в самом коде - не годится, на каждой среде он свой. Команды CL использую, но например, для переключения между архивными схемами - OVRDBF для нашинкованных таблиц.

Запросов за прошедшее время написано - не счесть... Что-то победили, с чем-то приходится мириться, в некоторых случаясь изворачиваться ужом, чтобы получить результат за время, отличающееся от бесконечности.

Надо копать более глубоко, в сторону настроек QAQQINI, и на помощь админов в данном вопросе расчитывать не приходится.

Самой большой "победой" можно считать то, что удалось заставить админов списки библиотек перестроить, и внести коррективы в процесс компиляции исходников - теперь не обязательно использовать динамический SQL для всего кода, а только там, где его применение осмысленно.