grokдействительно так ? кто что думает ?
Это одна из типичных глупостей трёхзвенщиков в рамках их любимого подхода "по неграмотности наплодить проблем, кое-как криво их решить и гордиться своим умом".

grokмне всегда казалось, что лучше один коннект иметь если ресурсов сервера жалко, можно делать timeout
У разных СУБД есть разные возможности и разные варианты конфигурации. У разных задач разные требования. То и другое склонно меняться со временем в ходе сопровождения одной и той же задачи. Поэтому выдача соединений - одна из тех задач, где практически необходим собственный менеджер. Даже если в первой реализации он будет сделан как тривиальная нашлёпка к стандартному - при изменении требований он сбережёт кучу сил и времени. Поэтому если статья "как правильно работать с connections" начинается с чего-нибудь типа Connection c = DriverManager.getConnection("jdbc:null", "vasya", "pupkin") - этой статье место в помойке независимо от дальнейшего содержания.

Как только разработчик начал думать о классе MyOwnConnectionManager, вышеизложенная мысль не то чтобы становится верной, но перестаёт быть безоговорочным бредом. С моей точки зрения, мысль автора остаётся мыслью пионера, обжёгшегося на молоке, но это уже не столь важно - важно понимать, что его quickly относится к MyOwnConnectionManager.getConnection() и MyOwnConnectionManager.releaseConnection(), а вот что делается внутри них и как это соотносится с реальным открытием-закрытием сессий - вопрос уже не к пионеристому программисту every method, а к более вдумчивому программисту системного класса.