kadetMVC = Model View Controller стандартная реализация UI, ну как без нее ? Swing - просто классический пример реализации, хотя тяжеловат получился.
Аж передернуло. Во-первых Spring это не MVC. Во-вторых классический MVC удобен для Web, но не для GUI. ИМХО, лучшим паттерном для GUI является MVVM, которая активно использует биндинг. Как для JavaFX, так и для Swing.

Valentin KolesnikovМожет быть flyway подойдёт для изменения структуры базы данных.

Если структура БД является частью проэкта, то Liquibase или Flyway обязательны к применению.
Но, есть одно огромное "но". Если у вас 2-tier, то надо быть уверенным что только один пользователь накатывает апдейты на базу.

RuslanGab1. Как лучше (оптимальнее) общаться с БД?

Всё очень сильно зависит от БД. Если у вас ветвистые ассоциации, когда нужно выбирать из десятка таблиц за раз, а потом ещё все это дело аккуратно апдейтить, то однозначно JPA/Hibernate.
Если же пользователь работает с табличными данными и, максимум, использует одну таблицу в один момент времени, то можно подумать над вариантами. Я бы ещё jOOQ/QueryDSL посоветовал посмотреть. Но будут сложности чтобы подружить с JavaFX свойствами.

RuslanGab2. Какие задачи в таком маленьком проекте можно/стоит возложить на Spring (или его подключение будет излишним)?
Имхо, будет излишним. Dependency Injection можно и самому наваять без всякого Spring. AOP не факт что понадобится.

RuslanGabGUI на мой выбор но я достаточно неплохо знаю и имею опыт работы с JavaFX, так что как-то туда логично падает выбор. Подумал на JSF, сервер и работу через браузер (там есть опыт но немного), но мне кажется тут это явное переусложнение. Также есть возможность делать на C#, но мне хочется убить двух зайцев и попробовать пообщаться с новыми фрэймворками (не об FX речь) на java, скажем так.
Надо очень сильно смотреть на требования.
Swing, старый и нужно уметь с ним обращаться, чтобы сохранить стройную архитектуру. Но при это он стабильно кросс-платформенный и если руки растут откуда надо, то на нем можно вообще всё.
JavaFX клевый, но есть риск отгрести неожиданные баги, особенно за пределами Windows.
SWT/JFace - очень на любителя (фаната Eclipse). Но есть смысл почитать про фичи Eclipse RCP, вдруг они будут полезными (окна настроек, редакторы, широкие возможности кастомизации компоновки разных перспектив).

RuslanGab- JDBC как-то кажется скучноватым, но может тут и не надо мудрствовать? Программа реально небольшая для довольно "узких" задач.
Голый JDBC - сразу нет. Нужны обертки, хотя бы в виде Apache Commons. Транзакции, порядок вставки в несколько таблиц, маппинг на объекты, все это писать самому.


RuslanGab- JPA - знаю как мне кажется неплохо.
- Hybernate - знаю но хуже JPA, поэтому и думаю использовать его.

JPA это всего лишь API, а Hibernate - одна из его реализаций. По этому фраза "JPA - знаю" выглядит как серьезное заблуждение.
В Hibernate есть интересные фичи, которые очень могут помочь. Например dirty check (легко апдейтить) и персистентные коллекции (удобно удалять). А так же оптимистический лок, который так нужен для 2-tier.
Но стоит понимать, что если у вас табличные данные и нужно, например, держать открытый курсор и скролить по нему, то Hibernate тут лишний.
Нужно правильно организовать работу с Session/EntityManager - они не предназначены для множества разнообразных транзакций.

RuslanGab- Есть лучшие альтернативы?

MyBatis, jOOQ/QueryDSL - они не лучшие, они другие.

RuslanGab2. Можно ли и стоит ли прикрутить к этому Spring?

Можно. Но стоит ли? Мне, для небольших задач, вполне достаточно самостоятельно инжектить структуру через конструктор.

RuslanGabУ меня нет с ним реального опыта но последнее время я учитывая его высокую популярность начал его изучать и помаленьку "играть" с ним дома. Однако тут определенно мне не понадобится ни MVC ни Security (насколько я понимаю). Могу предположить что он мог бы помочь в части аспектов с логированием и возможно транзакциями (ну помимо IoC). Задаю этот вопрос потому что очень хочу его добавить чтобы как-раз таки познакомиться ближе. Стоит ли? Для чего в рамках этой задачи его можно было бы использовать?
Все верно. Если есть задача подтянуть Spring, то я бы использовал его.

RuslanGabНу вот и все. Жду ваших советов кто и как сегодня решает такие вроде пустяковые задачи. Заранее спасибо!
Использовал JavaFX. Понравилось, но так как Swing знаю на много лучше, то грешу тем что для мелких задач беру его. Выбор же способа работы с базой сильно зависит от того как именно с ней работать.

Petro123Аффтар!
Что за вопросы?
Для изучения пихай в свой проект хоть стописят технологий. Вопрос то в чем?
Двумя руками "за". Если есть свобода выбора, и проект мелкий и не критичный, но бери самые не знакомые, но перспективные технологии. Разберешься в достоинствах и недостатках и уже для большого и серьезного проекта сможешь сделать правильный выбор.

maytonЕсть модуль SpringData http://projects.spring.io/spring-data/

Он в каком-то разрезе представляет собой ORM но я не уверен что можно ставить знак равно
между Hibernate и SpringData.

SpringData это обертка над JPA, а не ORM.

GarrickJDBC - оптимальнее не бывает.
Если работать с таблицами, то, да. Если с объектами, то будет огромная оптимальная лапша кода даже для простейших операций.

kadet@Blazkowicz: 1 и 2 это просто комментарий, а не критика. Я думаю тут имеет место неполное понимание вследствии плохого изложения мой мысли
Какая ещё критика? У вас, просто, что не предложение, то набор заблуждений.