|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Vladimir Pavlikov 2:5020/400 10 Aug 2001 17:24:33 To : All Subject : Re: текстовые ключи -------------------------------------------------------------------------------- Hello! "Serguei Tarassov" <templar@arbinada.com> wrote: > Как раз недавно делал такое чудо. Односторонняя, но с разными структурами > БД. В публикующей БД все на ИК/ЕК, в подписчике - на суррогатах. Ох и > натрахался я по самое "не хочу". Приходят нормальные данные в целостном > состянии на ИК/ЕК, а ты еще их обработай, приведи в соотвествие с > целостностью на суррогатах и поддержи эти две системы целостности. Руками > ( А ведь не было бы суррогатов в подписчике - не было бы и проблем, все на > единой _глобальной_ системе целостности бы держалось, руками пришлось бы > только конфликты разрешать. Были бы суррогаты и там, и там (составные, с идентификатором узла) - смог бы оценить простоту и логичность решений, близких к сетевым. Особенно не в случае публикатор-подписчик, а двусторонней синхрони- зации. Впрочем, конфликты - руками везде, и это гораздо сложнее остального, вместе взятого :( > У меня к тебе ответный вопрос. Ты программы когда-нибудь писал? Hа С++, > например. > Вот создаешь объект и хочешь его связать 1:1 с другим. Ты как, присваиваешь > атрибуту объекта ссылку на другой или что-то другое делаешь? :) Зависит от характера связи. Включение, наследование одного другим, создание контейнера, в который входят ссылки на оба ... перечень длинный, ибо вопрос слишком общ. Если > делаешь, то как это соотносится с твоими заявлениями о "нехорошести двойного > применения атрибутов"? Hикак, ибо совсем другая опера. > Объект класса "Связь"? А если это распределенные > объекты, кто ей, связью этой управлять будет? Сетевой сервис, кто же еще? DCOM, CORBA, etc. И не сильное ли это > усложнение, причем совсем не нужное. :) А это ты разработчикам вышеупомянутых систем говори. Заодно научишь их, как без этого можно обойтись... -- Владимир Павликов. Отправлено через сервер Talk.Ru - http://www.talk.ru --- ifmail v.2.15dev5 * Origin: Fidolook Express 2.000 www.fidolook.da.ru (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/6488d963be38.html, оценка из 5, голосов 10
|