hgstЭто я о примере из книги. Просто для меня он в первую очередь пример того что кто-то, кто выбирал средства для разработки просто не сделал свою работу. :)
Это - факт. Отвечающий на изначальный вопрос :)

hgstПул потоков (не сессий) решает эту проблему на стороне сервера приложений приблизительно в этом же ключе, просто он проще и не зависит от БД. + если вам нужно вы можете пустить на нем короткие транзакции с синхронном режиме, а длительные в асинхронном. Это просто еще одно решение.
Хм. Вопрос в том, что это эквивалентное решение. Я соглашусь с точкой зрения, что Том призывает использовать "оракловые стандартные решения", к которым привык там, где Вы призовете использовать "джавовские стандартные решения", к которым привыкли. Вопрос в том, что и в пуле потоков придется делать тот же самый механизм. Сейчас попробую разложить Ваш ответ по фразам.

"Не зависит от БД" - это аргумент там, где он нужен.

"Проще" - зависит от. Разумеется, если уже умеешь с чем-то работать, работать с ним проще. При прочих равных - проще то решение, которое уже инсталлировано и готово к работе. Ну и разумеется, имеет смысл оценивать комбинацию простота/возможности.

Пустить короткие транзакции можно без всякого пула потоков, вообще напрямую в базе - MTS для этого и предназначен. Пул потоков здесь будет просто лишней сущностью. Он будет уместен, если в такой задаче по каким-то причинам захочется работать в dedicated.

hgst:) Когда у Вас есть деньги, очередь из специалистов и заказчика устраивают сроки и он готов платить деньги - все ок. Можно стремиться к высокому и делать шедевр. Но заказчик зачастую человек попроще, очередь обычно из конкурентов и критериями для заказчика являются вещи более приземленные - сроки, стоимость проекта, ...
Хм. У меня есть и заказчики, и сроки....

Скажу так. За свою не столь долгую жизнь я очень часто слышал слова "мы не можем делать правильно, потому что". И довольно частно убеждался, что "правильно" и "без геморроя + в строк + заказчик доволен результатом" - практически одно и то же.

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

hgst Вторая часть (первая в книге) - "успех или неудача разработки приложения базы данных (приложения,зависящего от базы данных)определяется тем, как оно использует базу данных;" - зависит от многих факторов и БД лишь один из них.
Не помню, как звучит это место в оригинале - поэтому скажу от себя. Корректность использования БД - критический фактор при разработке серьезного приложения, то есть при его несоблюдении проект провалится. Разумеется, это не единственный критический фактор, то есть проект может провалиться и по причинам, не имеющим отношения к БД.