 |
|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Andrei N.Sobchuck 2:5020/400 01 Feb 2002 19:21:44 To : "Vladimir Pavlikov" Subject : Re: Проблемы persistent layers -------------------------------------------------------------------------------- a> <3C566831.3070805@cssc.tat.ru> <rhu53a.2i.ln@server1.mart.cherkassy.ua> a> <3C5A4C84.2050401@cssc.tat.ru> <slmd3a.gt6.ln@server1.mart.cherkassy.ua> a> <3C5A7303.6040900@cssc.tat.ru> <u96e3a.k4m.ln@server1.mart.cherkassy.ua> a> <a3e8fc$5va$2@host.talk.ru> From: "Andrei N.Sobchuck" <andrei@mart.cherkassy.ua> Vladimir Pavlikov wrote: VP> Hello! "Andrei N.Sobchuck" <andrei@mart.cherkassy.ua> wrote: >> Кстати о маппинге. Ко всем. >> В результате запроса получили объект на клиенте. >> Другой пользователь удалил из базы записи из которых >> объект был "собран". >> Что с этим уже не существующим объектом должно >> происходить на клиенте? VP> Если я правильно понял вопрос - он не о маппинге. VP> Ровно то же самое справедливо и в отношении единич- VP> ной записи. Касается "актуальности на момент чтения". VP> Ответ - ничего не делать. Либо, при желании получить VP> актуальные на данный момент объекты - перезапросить VP> их. В том то и дело. Объект уже есть на клиенте. В работе. Hужно изменения сохранить в базу. Просто проигнорировать - нехорошо. Что то другое сделать - что, не понятно. Пока, кроме простого уведомления объекта о том, что его уже "нет" ничего в голову не пришло. Хотя сейчас я подумал, что это, похоже, единственный вариант. -- Андрей Собчук E-mail: andreis@itware.com.ua --- ifmail v.2.15dev5 * Origin: Infinity, ltd. (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/296906baa07ee.html, оценка из 5, голосов 10
|
|
|