Наистина много глупаво е това с големите функции в базата данни, защото те имат предимно поддържаща роля, а не средство за изграждане на бизнес логика. Наистина има нужда от middleware (междинна апликация е добър превод) за да се прави каквото и да е ново нещо с тази система, но не е вярно, че е толкова трудно. На първо време е възможно да се напише директно нещо на java или дори php, което да изкара функционалността като web service или през api. По принцип този метод не го препоръчвам, защото носи със себе си доста грешки. Лесен е от гледна точка на програмирането, но изисква сериозно планиране и разучаване на целите на старата система.

По принцип е добре да се използват готовите продукти за системна интеграция, но в случая мисля, че нито Application Modernization, нито Information Integration могат да са от помощ. Всъщност ако stored procedures са отделно като C процедури може, но надали. Случаят ти е екзотичен и май спада към по-общата категория – Legacy Integration.

Интересно ми е защо въобще някой е направил такава система. Да кажем, че от днешна гледна точка изглежда глупаво, но дори и преди 20 години такива неща са били безсмислени.

Добре си го описал, аз мога да дам много конкретен пример:
DB с stored procedures с по 50 хил реда код в всяка писано преди 10-12 години. Никой не му се занимава да ги гледа и да го променя (проблемът е, че на времето са решили, че е добра идея дейтабейз сървъра да връща направо html код, който на днешно четене е доста архаичен и нефективен предвид ajax и прочее технологии, които позволяват корпоративния сайт да стане мнго лек и бърз (за разлика от завареното състояние, в което само докато се зареди паметта на браузъра скача на 250МБ resident), а самото ДБ логиката е много комплексна и дори само една процедура да я осмислиш отива половин ден, на много места какво трябва да прави може да ти каже само автора:)) ).
За целта се ползва междинна апликация, която си говори с остарялата template система и ДБ и представя нещата за потребители много приятно, леко, зарежда on the fly каквото е нужно и т.н. Реално логиката е същата, апликацията е същата, само представянето й е различно. Освен това позволява вграждането на интерфейса в други интерфейси, което е много удобно специално за тази апликация.

Въпросът обаче е, че това коства много пари и много време (човековреме, защото няма как да се автоматизира написването на този междинен сървис). Тоест трябва д асе очакват реални и лесно обозрими ползи от едно такова действие.