su.dbms

 
 - SU.DBMS ----------------------------------------------------------------------
 From : Max Antonov                          2:5000/79.101  24 Jun 2003  13:57:28
 To : Eugeney Putilin
 Subject : Репликация
 -------------------------------------------------------------------------------- 
 

 
 24 Jun 03 10:59, Eugeney Putilin wrote to Max Antonov:
 
  EP>>> Hе встречал ли кто в сети или в работе такую вещь: варианты 
  EP>>> поведения системы
  EP>>> при одновременном изменении одной записис в разных репликациях БД?
  EP>>> Интересуют все варианты кроме поасди человека он тебе рашит что 
  EP>>> правильно.
 
  MA>> А какие тут могут быть варианты? Все зависит от бизнес-правил. В 
  MA>> оракле например пишется процедура, она и разруливает конфликты. Самый 
  MA>> простой вариант -
  MA>>  кто позже поменял, тот и прав.
  EP>  Спасибо за ответ, аналогично в news.interbase как напишеш так и 
  EP> будет.
  EP> Интересно если это будет подругому чем напишу, это что глюк в БД не
  EP> сооветсвовать правилам запросов?
 
 Тут я не понял если честно..
 
  EP> Hо меня интересует как пишут другие эти функции. Hу есть например 
  EP> документ,
  EP> или чтото еще аналогичное. Как слить два изменнения в одно причем, 
  EP> документ
  EP> рассматриваеться целостным по дате последнекго изменения не проходит 
  EP> т.к.
  EP> может он бы принял эти изменения произошедцишие этом ранее, например 
  EP> один
  EP> меняет дату другой номер. Все логично и правильно но рабивать 
  EP> документ на
  EP> кусочки это не правильно.
 
 Я ничего похожего не писал, но думал на эту тему ;)
 Тут база данных вообще не при делах, на все случаи жизни решения не существует.
  Hапример если мы в процессе слияния имеем доступ ко всем "версиям" документа
 одновременно, можно путем хитрых процедур это как-то реализовать (их придется
 отсортировать по времени, потом сливать в порядке очереди, приоритеты там
 расставить). То есть в какой-то момент наша суперраспределенная система должна
 работать как одно целое (т.е. все ноды должны быть в режиме онлайн). Иначе
 никак. Hо чаще всего изменения происходят асинхронно, хочется чтобы вся система
 работала асинхронно и т.д., а в таких условиях данная задача не имеет решения.
 
 Можно работать по принципу "кто последний закоммитил, тот и прав", как например
 в CVS.
 
 В любом случае тут нужно думать над конкретной задачей. Да и вообще
 редактировать один документ в нескольких местах - плохая идея на мой взгляд.
 Лучше уж организовать что-то типа "Документ забрали в наш филиал и там с ним
 работают" ;).
 WBR, Max.
 
 --- Msged/BSD TE 06 (pre)
  * Origin: Operation Mindfuck (2:5000/79.101@fidonet)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

Тема:    Автор:    Дата:    Репликация   Eugeney Putilin   23 Jun 2003 17:58:18   Репликация   Max Antonov   24 Jun 2003 12:05:34   Репликация   Eugeney Putilin   24 Jun 2003 11:59:11   Репликация   Max Antonov   24 Jun 2003 13:57:28   Репликация   Eugeney Putilin   24 Jun 2003 17:50:18   Репликация   Max Antonov   25 Jun 2003 12:32:58   Re: Репликация   Serguei Tarassov   28 Jun 2003 03:01:23   Re: Репликация   Denis Gorbunov   24 Jun 2003 19:34:17