Данные сами по себе не будут менятся в БД. Это нужно реализовывать. Не зная как у вас уже реализовано чтение, объяснить как сделать сохранение сложно.

BlazkowiczНе зная как у вас уже реализовано чтение из базы данных , объяснить как сделать сохранение сложно.

s.oзапись в базу должна происходить от события по щелчку мыши?
так?
Запись в базу должне происходить тогда, когда вам, как разработчику это нужно, чтобы реализовать требования. У вас в требованиях написано "по щелчку мыши"?

s.oу меня есть класс одиночка
Не стоит переводить устоявшиеся термины. Singleton он и есть singleton. Что к теме отношения не имеет.

s.o,в нём происходит подключение к базе и методы,которые позволяют работать с базой данных,потом я эти методы использую там,где нужно.

public void updateStudent(Student student) throws SQLException

Что мешает вызвать этот метод, в коде приведенном выше?

s.oДа,нужно чтобы я щёлкал на ячейку,т.е. клетку измени,потом нажал интер и данные сохранились измененные в базе!
И что именно из этого не получается?

mad_nazgulЧитать про Hibernate или OpenJPA, до полного просветления!

Слишком web-ориентированые решения.

mad_nazgulДо этого прочитать про паттерн MVC (Model View Controller)

Не очень хорошо работает для GUI.

mad_nazgulТак скажем ORM к вебу имеет абсолютно перпендикулярное отношение :-)

Скажем так, конкретно Hibernate и другие реализации JPA очень классно ориентированы на многопользовательские сервера. При этом на толстом клиенте они будут выглядеть бестолково.

mad_nazgulС точностью до наоборот.

Конечно. MVP и MVVM, ведь идиоты придумали.

mad_nazgulПаттерн MVC позволяет использовать ORM, не заботясь где и как данные будут отображаться.

Так скажем MVC к ORM отношения не имеет и ничего такого не "позволяет".

mad_nazgulВ толстом или тонком клиенте.

Угу. Вот только такие фичи как persistent collection, level 2 cache, dirty entities - они все на толстом клиенте, как собаке пятая нога. Вроде, и можно заюзать, но геморроя потом больше чем профита.

mad_nazgulПросто делается слой сервисов или DAO.

DAO для ORM. Ну-ну.

mad_nazgulА какому GUI он прикрутится все равно.
Будь то SWING, AWT или JSP.
Это только в теории всё так. Многие "начинающие архитекторы" тоже думают, что MVC нужен чтобы уровень View было проще менять. А DAO для того чтобы было проще менять источник данных.
На самом деле MVC нужен только для того чтобы уменьшить связность путём разделения на слои. А нужен ли DAO для ORM, это тоже всё ещё вопрос открытый. Так как все нюансы работы с БД, ORM уже инкапсулирует.

mad_nazgulПричем, тому кто пишет работу с БД все равно какой будет GUI.
Это только в теории так. На практике приходится и GUI переделывать, чтобы работа с базой была оптимальнее и запросы ковырять под требования к GUI. Всякое бывает.