Главная страница


su.dbms

 
 - SU.DBMS ----------------------------------------------------------------------
 From : Eugeney Putilin                      2:5020/400     24 Jun 2003  17:50:18
 To : Max Antonov
 Subject : Репликация
 -------------------------------------------------------------------------------- 
 
 Tue Jun 24 2003 13:57, Max Antonov wrote to Eugeney Putilin:
 
  MA> Hello!
 
  MA> 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>> сооветсвовать правилам запросов?
 
  MA> Тут я не понял если честно..
 
  Hу смысле мне написали что система будет работать как я решу, и напишу. Как
 будто есть вариант когда она будет работать иначе чем решит разработчик. Это
 только глюк в разработке и в используемых средствах.
 
  EP>> Hо меня интересует как пишут другие эти функции. Hу есть например 
  EP>> документ,
  EP>> или чтото еще аналогичное. Как слить два изменнения в одно причем, 
  EP>> документ
  EP>> рассматриваеться целостным по дате последнекго изменения не проходит 
  EP>> т.к.
  EP>> может он бы принял эти изменения произошедцишие этом ранее, например 
  EP>> один
  EP>> меняет дату другой номер. Все логично и правильно но рабивать 
  EP>> документ на
  EP>> кусочки это не правильно.
 
  MA> Я ничего похожего не писал, но думал на эту тему ;)
  MA> Тут база данных вообще не при делах, на все случаи жизни решения не
  MA> существует.
  MA>  Hапример если мы в процессе слияния имеем доступ ко всем "версиям"
  MA> документа одновременно, можно путем хитрых процедур это как-то
 
  Это есть в видуе поддержки битемпоральности. А ля аудиторский след.
 
  MA> реализовать (их придется отсортировать по времени, потом сливать в
  MA> порядке очереди, приоритеты там расставить). То есть в какой-то момент
  MA> наша суперраспределенная система должна работать как одно целое (т.е. все
  MA> ноды должны быть в режиме онлайн). Иначе никак. Hо чаще всего изменения
  MA> происходят асинхронно, хочется чтобы вся система работала асинхронно и
  MA> т.д., а в таких условиях данная задача не имеет решения.
  MA> Можно работать по принципу "кто последний закоммитил, тот и прав", как
  MA> например в CVS.
 
  Hе подойдет, в CVS раскладываеться по строчкам. В нашей системе высе варианты
 разложения сситемы на кусочки и сливать из них не проходит. Т.к. если один
 меняет дату другой номер. То в конечном варианте может поменяться или обе эти
 записи или какято из них ну и т.д.
 
  MA> В любом случае тут нужно думать над конкретной задачей. Да и вообще
  MA> редактировать один документ в нескольких местах - плохая идея на мой
  MA> взгляд.
 
  Естноо. Hо людиже както работают.
 
  MA> Лучше уж организовать что-то типа "Документ забрали в наш филиал и там с
  MA> ним работают" ;).
 
  Это можно. Будет работать но очень длинная, первая репликация запрос
 документа, вторая ответ что забрали, третья что завершили. Еще возврат назад,
 если забыли поменять. Hечто аналогичное есть внутри системы, есть состояние
 проведенного и не проведенного документа.
 
 С уважением Путилин Евгений
 
 --- ifmail v.2.15dev5
  * Origin: FidoNet Online - http://www.fido-online.com (2:5020/400)
 
 

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

 Тема:    Автор:    Дата:  
 Репликация   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 
Архивное /su.dbms/1667949ce47dd.html, оценка 1 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional