logo
logo
Проблемы синхронизации - надуманы? (Часть 2) [Dervish 25/08/2003 23:53]
часть II
 
значит, всё сливаем в одну кучу и только потом (вручную!) разбираемся, что в ней дублируется, а что нет.
 
А зачем в случае двух записей с одинаковым ID записывать обе? Если мы гарантируем уникальность ID в пределах одного периода, то значит две записи с одним ID действительно один и тот же объект.
 
При таком методе нет разницы в количестве синхронизируемых баз. Если доступны одновременно все, то сначала сливаем в одну, после копируем эту одну в каждую. Если доступно только две какие-либо, то синхронизим их.
В приведенном мною примере даже для 4-х баз доступна следующая схема синхронизации
1 с 2;  3 с 4;  1 с 3;  2 с 4;.
После такой схемы содержимое всех 4-х баз будет идентично.
 
Не нашёл я в мыле (хотя храню всю переписку) "изучения" формата базы первой версии программы (может быть потерялось?). Если не затруднит, повторите ещё раз.

 
Я немножко неправильно выразился, как такового "изучения" не было. Просто я как-то завёл разговор про пароли (письма с адреса MFilenko[at]uhb.parma.ru), и привел простенький метод избавления от них.
 
P.S. Может быть в мыло? На ваше усмотрение.
 
Dervish: С файлом во второй версии совсем другая песня. Сложность файла возрасла, по сравнению с первой версией, просто в разы, если не на порядки. Про то, как в первой версии снимался пароль, я уже молчу, думаю, что сделать то же самое в двойке будет очень и очень проблематично. Впрочем, у вас будет возможность попробовать.