с моделью все ясно - есть классы для каждой таблицы бд с методами доступа - выбрать все записи, выбрать по id, удалить, вставить и т.д. реализованы на базе MyBatis и Spring.
с представлением то же - это swing формочки (пока).

интересует средний класс - контроллеры - как это должно выглядеть?

Т.е. к примеру, у меня есть класс для модели Manager, у него есть методы "вставить запись в таблицу", "удалить запись из таблицы", вернуть все записи, у которых поле Age равно 28" и т.д. Т.е. чисто механические вещи, без какой-либо бизнесс-логики.

А теперь мне нужно ТО, где будут методы: "Принять менеджера на работу" (понятно, что это не одно и то же, что "вставить запись в таблицу Managers", но базируется на этом, помимо этого там долны быть и другие методы "Проверить количество ставок", "Рассчитать бюджет" и т.д.), "Уволить менедежера" и т.д.

Возможно Это будет класс наследник от класса-модели Managers? Но это как то криво (по крайней мере в чистом виде).

Есть ли проверенные фреймворки для таких дел?

Опять же изиняюсь за некий сумбур в посте, прошу развеить смуту в голове

Basil A. SidorovКамень преткновения: "как мне конкурентно редактировать записи" - вполне тривиально решается на уровне сервера приложений и через анус - на уровне СУБД.

А вот это весьма спорное утверждение

BlazkowiczКогда такие мысли лезут в голову, пора читать вот эту книгу
http://martinfowler.com/books/eaa.html
Перевод на русский, вроде, не плох.

Теперь по порядку. MVC удобный паттерн для Web. А вот на десктопе гораздо интереснее MVP и его вариации.
http://rsdn.ru/article/patterns/ModelViewPresenter.xml
Гуглите Model view presenter in swing для примеров.

Доступ к базе данных нужно выносить в отдельный слой в любом случае. Обычно в DAO. Смысла использовать Active Record, я не вижу.

Domain Model - тоже большой отдельный воспрос. Вы правильно рассуждаете что бизнес-транзакции стоит реализовывать отдельными классами, а не сущностями. Читайте про Transaction Script.

Тема на столько большая, что одним ответом не охватить.
Спасибо за ценную информацию

Basil A. SidorovЙуный джавистЪС чего бы это?С того, что клиентские блокировки требуют чёткого и отлаженного взаимодействия клиентов и кучи логики, зависящей от СУБД.
В трехзвенке проблема конкурентного редактирования записей вообще не зависит от СУБД - сервер приложения разрулит всё, что надо и сохранит в базе готовый результат.
Минус у трёхзвенки, в общем-то, один, но достаточно жирный - требуется реализовать протокол взаимодействия клиентов с сервером приложений.

Basil A. SidorovЙуный джавистЪС чего бы это?С того, что клиентские блокировки требуют чёткого и отлаженного взаимодействия клиентов и кучи логики, зависящей от СУБД.
В трехзвенке проблема конкурентного редактирования записей вообще не зависит от СУБД - сервер приложения разрулит всё, что надо и сохранит в базе готовый результат.
Минус у трёхзвенки, в общем-то, один, но достаточно жирный - требуется реализовать протокол взаимодействия клиентов с сервером приложений.

Пардон, промахнулся

Как же DB MVCC ?