Онлайн

[piotr]

Вряд ли одни и те же данные будут меняться больше одного-двух раз. Основной объём данных вообще не редактируется после ввода, только расширяется. Поэтому размер журнала вряд ли будет в 2-3 раза превышать объём данных в базе. При этом, поскольку от него быстродействие вряд ли требуется, он может храниться более компактно. Ваша же база данных включает ещё и большой объём графических документов, поэтому она займёт намного больше места. Жёсткий диск раньше переполнится от самой базы, чем от журнала.
А узнать, когда и кем были записаны или отредактированы какие-либо данные, бывает очень полезно. Особенно, когда возникает противоречие с чем-то и пытаемся понять достоверность тех или иных сведений.
Можно иметь разнообразные сортировки, но чаще всего хватит просто поиска записи по образцу или нескольким образцам, регулярному выражению. Всё-таки журнал не претендует на роль ещё одной базы данных, это журнал по которому можно восстановить последовательность действий, даже при необходимости повторить её ещё раз, получить состояние базы на любую дату, вспомнить, давали или не давали кому-то какие-то данные.

[Руслан Грибков]

убедили

[Genery]

Не разделить одну связную базу на две части, одна из которых принадлежит одному пользователю, а другая - другому. Потому что найдётся событие или персона на стыке между двумя частями, которое ни тот, ни другой не смогут редактировать.
Например - муж в части одного, жена - в части другого. Но событие "Свадьба" принадлежит и мужу, и жене, - никто не сможет исправить дату или добавить место, поскольку это данные другого пользователя.

События "Свадьба" принадлежит пользователю, который создал это событие. Добавлять в событие можно любых персон, в том числе и тех, которые созданы другим пользователем.

[piotr]

Понятно, хотя пойдут вопросы типа:
- Почему я не могу исправить место своего рождения?
- Потому что Ваше рождение принадлежит не Вам, а Вашему родителю, которого создавали не Вы.

[Genery]

Место рождения относится не к персоне, а к событию рождения персоны, и исправить его сможет тот, кто создал это событие. Таких стыков баз не так много будет, так что ничего страшного.

[piotr]

Логика понятна. Интересно теперь увидеть это реализованным

[Руслан Грибков]

т.е. добавлять к событиям можно любых персон, не важно кем созданных, главно чтоб они были в базе.
вопросы:
Можно ли создавать событие у персоны, которую ты не создал?
Как будут обновляться данные базы на сервере - понятно, онлайн через программу моего компа. Если другой пользователь поменяет на сервере данные в базе, а я не онлайн, то как?

[piotr]

Можно ли создавать событие у персоны, которую ты не создал?

Можно создать событие, а потом сделать из него ссылку на эту персону. Это будет то же самое.

Как будут обновляться данные базы на сервере - понятно, онлайн через программу моего компа. Если другой пользователь поменяет на сервере данные в базе, а я не онлайн, то как?

Пока Вы не в онлайне, онлайновая база, естественно, не содержит Ваших изменений, а Вам не видно того, что делал другой пользователь.
Вы вышли в онлайн - пошла синхрнизация. Он увидел Ваши данные, Вы - его. Даже если Вы создали одну и ту же персону, персоны всё равно будут разные, просто у одного человека появятся два ребёнка, рождённые в один день, или две жены. Кому-то придётся пожертвовать своим экземпляром персоны и сделать из своего события ссылку на чужую персону.

[Топсель]

Поддерживаю.

[Руслан Грибков]

тогда точно нужен журнал изменеий базы онлайн, а то наплодим двойников

[piotr]

На такие случаи можно и проверки поставить. Вообще, если будут базы на сервере, совпадения по персонам интересно отслеживать

[hippocamus]

Поддерживаю. Как уже писал ранее.

[opalex]

Согласен с o22. Когда в программе проблем немеряно, заниматься такими фантазиями просто нелогично.
И потом, кто будет платить за банкет?
Думаю, всеобщий энтузиазм сильно преуменьшиться, если для размещения данных на сервере вас попросят внести некоторую сумму. А это неизбежно. Посмотрите, даже MyHeritage не может себе позволить раздавать место и услугу бесплатно, а ведь контора на 10 порядков мощнее, чем Genery.
Если уж так хочется кому то закинуть свои данные в инет, сделайте свой сайт. В чем проблема? Не можете сами, заплатите небольшую сумму фрилансерам, они вам все представят в лучшем виде.
И последнее. Онлайн-базы имеют смысл, если данные от разных пользователей начинают пересекаться. В России это не работает. Исследователей родословных крайне мало, и у каждого свой регион, свои деревни, свои люди, и все это никому другому неинтересно. Даже родственникам.

[Руслан Грибков]

И последнее. Онлайн-базы имеют смысл, если данные от разных пользователей начинают пересекаться.

вот тут как раз наоборот - отследить пересечение на одной персоне у двух пользователей программы пока никак не получиться, в программе не заложено. А проверять поиском по всем 3,5 тыс. моим персонам - не реально.
С практичной точки зрения:
При доступе к онлайн-базе другого пользователя, можно сделать экспорт интересующей меня ветки и "влить" в свою базу с последующей редакцией. Но все последующие изменения онлайн-базе другого пользователя в моей базе уже не отразятся (на моём компе), НО можно привязать изменеия в моей онлайн-базе, если "вливать" дополнительные ветки в неё.

Думаю, всеобщий энтузиазм сильно преуменьшиться, если для размещения данных на сервере вас попросят внести некоторую сумму.

1. по этому поводу хотелось бы услышать ответ от Genery
2. в пределах 200-300 рублей/год можно и заплатить

[Genery]

Думаю, всеобщий энтузиазм сильно преуменьшиться, если для размещения данных на сервере вас попросят внести некоторую сумму.

1. по этому поводу хотелось бы услышать ответ от Genery
2. в пределах 200-300 рублей/год можно и заплатить

Бесплатный вариант будет. Конечно, мы не Гугл и не Яндекс, несколько гигабайт каждому пользователю дать не сможем.