 |
|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Vladimir Pavlikov 2:5020/400 02 Feb 2002 04:32:16 To : Andrei N.Sobchuck 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> <b8fe3a.kgr.ln@server1.mart.cherkassy.ua> From: "Vladimir Pavlikov" <pvv@soil.msu.ru> Hello! "Andrei N.Sobchuck" <andrei@mart.cherkassy.ua> wrote: > VP> Если я правильно понял вопрос - он не о маппинге. > VP> Ровно то же самое справедливо и в отношении единич- > VP> ной записи. Касается "актуальности на момент чтения". > VP> Ответ - ничего не делать. Либо, при желании получить > VP> актуальные на данный момент объекты - перезапросить > VP> их. > В том то и дело. Объект уже есть на клиенте. В работе. > Hужно изменения сохранить в базу. Я писал о чтении. > Просто проигнорировать - нехорошо. Что то другое сделать - > что, не понятно. Пока, кроме простого уведомления > объекта о том, что его уже "нет" ничего в голову не пришло. > Хотя сейчас я подумал, что это, похоже, единственный вариант. Уведомления объекта или клиента? Видимо, тут опечатка. Введи галку в опциях. Делаешь update. Если не проходит - в зависимости от галки либо делаешь rollback, либо insert. Пойдет? -- Владимир Павликов. --- ifmail v.2.15dev5 * Origin: Fidolook Express 2.000 www.fidolook.da.ru (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/6577a80eb1e4.html, оценка из 5, голосов 10
|
|
|