предлагаешь объяснять ioc на примере движка бд?
Я бы с удовольствием послушал такое объяснение. Но, к сожалению, ioc не применяется в движках субд. Наверное, причина в том что программисты движков субд - серые невежественные люди, и им следует еще многому научиться у программистов сайтов на яве.

Вы поймите: IoC - подход который позволяет снизить связанность компонентов ИС
Я считаю, что всякое ООП употребленное не к месту и спринг в частности популярны потому, что дают ИЛЛЮЗИЮ архитектуры и проектирования. Авторы спринга как бы говорят: засунь половину своей программы в xml файл и она станет автоматически расширяемой сама по себе. Но волшебства не случается, программа как была нерасширяемой, так и осталась, но теперь теперь еще стала содержать xml-спагетти. Думать сложно, это отнимает массу усилий. Спринг дает иллюзию, что вы что-то обдумали и сделали полезное не затратив усилий, а просто механически напихав бинов в xml.
Человек любит структуру, иначе он был бы обезьяной. Программисты любят xml, потому что синтаксическая структура xml - суррогат настоящей структуры, которая присуща хорошей программе. Также иллюзию структуры дает разбиение программы на миллион маленьких файликов, разложенных по ветвистой стуктуре папочек. Но на самом деле все это не приближает к решению проблемы.