Balda_1Собственно начну с примера: допустим есть список сотрудников, который отображается в гриде.
Пользователь добавляет, изменяет, удаляет записи, затем нажимает кнопку "Сохранить изменения".

Есть ли в NHibernate возможность провести все изменения пользователя в БД одной командой?

Это поведение сессии NHibernate по умолчанию.
Balda_1Или нужно проходить по всем элементам списка и для каждого вызывать update, insert, delete? И как в таком случае понять какие изменения были произведены над записью (изменили, добавили...)?
Для каждого созданного объекта надо предварительно вызвать session.Persist, для удаления - session.Delete. Изменения в загруженных из бд объектах отслеживаются автоматически.
По окончании работы вызвать session.Flush(), а лучше использовать транзакции. Все изменения будут сброшены в бд в последний момент.

Balda_1,

NHibernate даст вам множество вариантов :) Выскажу своё мнение.

Начнём с удаления. Удалять по одному неэффективно с загрузкой - неэффективно. Если есть список удалённых, то одной строкой и без загрузки это можно сделать с помощью HQL запроса:

С обновляемыми дело обстоит сложнее, поскольку их надо грузить в любом случае. Мой вариант примерно такой: загрузить все изменяемые одним запросом, объединить с полученными от пользователя х, и отправить в БД.


И все эти операции заключить в транзакцию.

Balda_1А у классов NHibernate не генерируется какое-нибуть свойство вроде State (Deleted, Updated, added) по которому можно отследить что пользователь сделал с данной записью?

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

NHibernate ведёт учёт изменений в рамках сессии, неявным образом. Но вам этот способ не подойдёт, т.к. время жизни сессии скорее ограничено выполнением WCF запроса. В остальном NHibernate построен по принципу Persistence Ignorance. Т.е. объекты ничего не знают о том кто, когда и как их сохраняет.

В вашем случае можно сервер DTO-объект типа:
В этом случае явно видно, что с чем делать. Задача клиентской части будет в правильном формирование этого списка, что не так уже сложно.

МСУЭффективное пакетное обновление может быть только одно - хранимая процедура. В качестве параметра обновляемых данных - xml.
Хм... А зачем тогда NHibernate?

Balda_1,

рассказывать о понятиях и принципах работы NHibenate в рамках форума довольно долго... Рекомендую осилить вот эту книгу .

Balda_1SolYUtor,
подскажите, пожалуйста, где можно почитать про то как сессия хранит информацию об изменении объектов и как эту информацию можно вытянуть.
Главный вопрос: зачем она вам?
Хотите вытянуть внутреннее состоянии сессии - то скорее всего вы на неправильном пути. Это называет Trigger-Driven Development, когда вы получив изменения, пытаетесь разобраться, что же произошло, и что с этим дальше делать. Это болезненный подход. Крайне не рекомендую.