Большая база данных в ходе исследования

На сайте ВГД собираются люди, увлеченные генеалогией, историей, геральдикой и т.д. Здесь вы найдете собеседников, экспертов, умелых помощников в поисках предков и родственников. Вам подскажут где искать документы о павших в боях и пропавших без вести, в какой архив обратиться при исследовании родословной своей семьи, помогут определить по старой фотографии принадлежность к воинским частям, ведомствам и чину. ВГД - поиск людей в прошлом, настоящем и будущем!

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

Владимир К написал:

[q]
Когда научим Кронос делать деревья обязательно расскажу об этом но в другой более подходящей теме.
А пока для накопления, обработки и некоторого анализа лично я использую только Кронос.
[/q]

Владимир К, я с уважением отношусь к Вашей основной (одной из основных) профессиональной деятельности. То что Вы развиваете Кронос - это действительно очень хорошо. Я сам работал разработчиком и как программист (базы данных; эмбеддед систем; обработка изображений; передача сигналов - DAB) и как разработчик математических алгоритмов (конволюционная обработка, т.е. преобразования, свертки Фурье; Z-преобразования 9 степени, т.е. обработка сигналов).

Давайте поговорим даже не о САБЖ, а о нашем увлечении - о генеалогии, как то и предполагает сам форум, или раздел.
Вопрос простой, а что может добавить Кронос рядовому пользователю, занимающемуся генеалогией?
Я, честно говоря, не вижу ничего даже в перспективе.
Размеры базы. Например база Мемориала, активно используемая генеалогами, состоит примерно из 20 миллионов записей. Над ее созданием в течении многих лет работал большой коллектив, щедро финансируемый государством.
Самая же большая известная мне собственно генеалогическая база состоит из 14 тысяч записей, кажется. Это я про ГЕДКОМ файл царствующих домов Европы.
Один человек, даже работая в полную занятость (профессиональный генеалог, увлеченный пенсионер, одержимая домохозяйка и пр.) за год упорной работы вряд ли создадут базу более чем в 30000 записей. Результаты же спотыкающихся на установке демки базы, если они вообще когда-нибудь появятся, вполне уместятся на нескольих вордовских страницах.
Организация данных. Так же как и Кронос, все генеалогические программы (в той или иной степени) занимаются построением релятивистких баз данных. Т.е. предполагается, что

Владимир К написал:

[q]
вся информация по всем населенным пунктам разнесенная по разным базам лежит в одном банке данных в котором есть возможность связи этих баз между собой.
[/q]

Софт допускает использование разных форматов (скажем текстовый и картинки).
Я использую Дерево, потому как оно адаптировано к российским фамильным и имяобразующим реалиям, а до этого использовал гораздо более мощное Legacy.
Вопрос переносимости. ГЕДКОМ стал основным форматом в генеалогии. Можно изобрести что-то получше. Возможно. Но продвинуть на рынок вряд ли удастся. Это как с десятком новых форматов сжатия изображений. Никто не захочет переделывать уже имеющийся софт.

Теперь о том, что можно было бы сделать с Кроносом, дабы использовать его в виде генеалолгического софта. (Кстати, я использую Кронос не менее 2 лет. У меня накоплена куча разных баз - паспортная, налоговая, ГАИ, прописки.)
1. Ввести установление родственных отношений. Они, если поразмыслить, очень просты: вертикальные - родительские и горизонтальные - брачные. Все остальное - производные. Пример отношение брат-сестра состоит из проверки четырех вертикальных подъемов (по обоим родителям).
2. Предусмотреть возможность экспорта в ГЕДКОМ файлы.
3. Немного приукрасить пользовательский интерфейс. То что хорошо смотрится на допотопном милицейском компе, или устраивает бухгалтера, может показаться слишком минималистким несколько романтичному раскапывателю семейной истории.

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

В общем, дошла и я до жизни такой, что взялась переписывать из МК всю деревню подряд. Выписала за три года, то есть получилось 9 массивов информации: 1 год - рождения, 1 год - браки, 1 год - смерти // 2 год - рождения, 2 год - браки, 2 год - смерти // 3 год аналогично.
Расположить хочу все в Экселе. Но встал вопрос, как? Самый простой вариант - не изобретать велосипед, а полностью скопировать столбцы из МК. Но при этом непонятно,кто кому и кем приходится.
Стала делать общий файл по родственным связям - некуда стало приткнуть информацию, из какой именно книги (год) и из какой именно записи это взято (то есть нужен комментарий к каждому человеку, причем не по одному событию). И это пока у меня только три поколения в наличии, а когда пойдут 4-е и 5-е? Куда я их буду притыкать? Уже сейчас некоторые люди у меня дважды и трижды записаны: родился - приписан к родителям, замуж - приписана к мужу. Пока выделяю "дубли" цветом, но уже цвета кончаются.
В общем, сижу в горестных раздумьях, как оформить эту "деревню Симсов", чтобы и МК записи соответствовали, и чтобы связи между людьми явно прослеживались...
Или делать несколько таблиц и потом что-то типа урезанной базы данных с возможностью фильтрации? Эксель вроде это позволяет, но у меня мозга не хватит такое осилить.

Может, у кого-то уже есть наработки, как вести такие многоплановые записи? Подскажите, пожалуйста!

Папешина Ольга, туту два варианта:
- либо создавать базу данных (без специалиста не разберешься)
- либо вести метрики в простом текстовом файле с возможностью сортировки, а привязывать всех друг к другу уже в ген.программе, т.е. строить дерево по всему селу.
Я помучалась с первым вариантом, поприставала ко всем знакомым программистам, плюнула и вернулась ко второму варианту, с которого и начинала. Тем более, что у меня не одно село, а четыре села и 7 приписных деревень, которые очень активно роднились между собой

Папешина Ольга,
а Экселовые гиперссылки почему не устраивают?
С уважением,
Олег

OVerner написал:

[q]
а Экселовые гиперссылки почему не устраивают?
[/q]

Я про них банально не знала

Почитала справку - да, надо будет с ними поэкспериментировать.
К нынешнему моменту в файле заведены три листа (рождения-браки-смерти) = полный аналог МК; и четвертый лист "сборный" - как я и хотела изначально, кто кому кем приходится. Сейчас буду думать, как их связать ссылками.
И все равно надо будет кое-где сделать комментарии к ячейкам, но там вроде есть такие открывающиеся "облачка", в которых можно коммент к ячейке писать.
Пошла работать над улучшением файла

Спасибо за подсказку!

Yulita написал:

[q]
привязывать всех друг к другу уже в ген.программе, т.е. строить дерево по всему селу.
[/q]

Ага, это наверное чуть попозже тоже придется делать, когда файл разрастется до безобразия

Я пока все на МуHeritage делаю, но там одна проблема, до сих пор не решенная: родню связать ноу проблем, а вот отдельно пока еще находящиеся семьи при этом не видны. И если будет несколько деревьев - то видно только одно, а до второго надо долго добираться и когда доберешься, не будет видно первое...

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

Папешина Ольга написал:

[q]
Вы какой программой пользуетесь для своих родственных сел?
[/q]

Перепробовала почти все существующие, остановилась на Древе Жизни

Да, я тоже многое попробовал, но ДЖ (3я версия) лучше всего. Правда не без изъянов, когда много браков двоюродных и троюродных родственников, уже не очень хорошо выглядит.
Но зато читаемость древа, наглядность, очень удобна.

Я вводить все село не пробовала, но поскольку полсела - мои прямые родственники, то я делала по ним - в ГеноПро (мне ее многие хвалили). Там я завела отдельные листы (как в XL) на каждого из моих 4 братьев-Глушаков и на те фамилии, которые связаны с ними свойством.
Но мне ГП не очень нравится - может, это и смешно - из-за того, что он делает нисходящую родословную. Восходящая (как в ДЖ) мне нравится больше.

Опыт есть только по одной вотчине (село и больше десятка сел), пока с 1678 года. Пользуюсь для работы ДЖ-3 и EXCEL. Раньше пытался раскидывать ветви по разным страницам, но со временем объемы забили прозрачность связей - сейчас одна страница со взаимными ссылками на ячейки персон. Все в отдельных столбцах, что позволяет сортировать нужным образом. Для нескольких тысяч персон позволяет вполне оперативно пользоваться. Но информацию завожу не всю, более подробно в ДЖ для уже четко прослеженных связей.
К сожалению в ДЖ очень много ограничений. Например не создать двоюродного брата или племянника, а их в ранних описях много. Нет и номера персоны, вернее недоступен, было бы удобно для ссылок.

Большая база данных в ходе исследования

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