Создание базы данных для генеалогических исследований
Во-первых, позвольте мне заявить, что я НЕ программист, а когда дело доходит до баз данных, я в основном конечный пользователь.
Хорошо, с этим из пути, вот мой сценарий:
Последние 4 года я изучал старые приходские записи в Трентино, Италия. У меня около 5000 "связанных" людей, которые использовали большинство стандартных технологий генеалогического дерева (Ancestry.com, Family Tree Maker, Legacy 8, GEDCOM и т. Д.), И каталогизировали еще около 2000. Мой коллега (и дальний родственник) выполнял аналогичную работу в другом приходе Трентино и внес в каталог что-то около 60 000 записей за последнее десятилетие.
ТЕПЕРЬ, я нахожусь в точке, где я хочу СОЗДАТЬ базу данных моих исследований с возможностью поиска в Интернете, которая простирается гораздо дальше, чем мое собственное семейное древо. Моя цель состоит в том, чтобы каталогизировать все приходские записи для конкретного прихода, над которым я работал (и, в конечном счете, тот, над которым работает мой двоюродный брат), в период с 1545 года (когда записи начинаются) до 1923 года (когда записи общедоступный конец), а также другие записи потомков 20-го века, которые я собрал. Это рождения, браки и записи о смерти.
Конечная цель состоит в том, чтобы сделать это не только доступным для поиска, чтобы найти записи о лицах, но и иметь возможность показать отношения этих людей назад / вперед несколько поколений (рождения, браки, смерти родителей, бабушек и дедушек, детей, внуков), так что конечный пользователь (в онлайн-среде) может довольно быстро построить свое собственное генеалогическое древо (конечно, людей из этого прихода).
Идея также состоит в том, чтобы перепроверить все эти отношения, чтобы убедиться, что правильные люди перечислены в правильных семьях (поверьте мне, чтобы понять, что вы делаете, требуются годы), а также включить перекрестные ссылки на комментарии, сделанные на полях., ссылки на крестных родителей, свидетелей и т. д. Я не знаю другого доступного исследовательского ресурса (по крайней мере, не для записей Трентино), который мог бы делать все эти вещи.
Вы можете спросить: "Почему они не могут просто посмотреть на ваше семейное древо?" Есть множество причин, почему это не решение. Но основной из них заключается в том, что я обнаружил, что большинство людей поражены генеалогическими деревьями, и они "теряются" на них. Я видел, как это происходит снова и снова. Я хочу создать что-то, что будет "разбито на куски", чтобы они могли собрать это вместе таким образом, чтобы это имело смысл для обычного человека, который не является генеалогистом.
Я начал организовывать свои данные на электронных таблицах, что позволило мне делать простые семейные группировки. Я скоро понял, что это слишком ограничено. Теперь я начал использовать Access, но, если честно, я НЕ ДЕЙСТВИТЕЛЬНО понимаю, как организовать таблицы для получения наилучших результатов во время поисковых запросов. Да, я купил книгу "Манекены" (она появилась сегодня), но я пока не играл с данными. Дело в том, что я даже не уверен, что хочу изучать технические аспекты, поскольку мое время, вероятно, лучше использовать для чтения и перевода / расшифровки записей.
Итак, вот актуальные вопросы, которые у меня есть:
- Как вы думаете, Access - это подходящая программа для создания такой базы данных в Интернете, которую я представляю?
- Будет ли MySQL лучшим вариантом?
- Как вы думаете, характер проекта, который я хочу сделать, находится в пределах возможностей человека, который является достаточно техническим, но не программистом?
- Помимо Access или MySQL, есть ли другая программа, которая будет более подходящей для этой цели? Я видел другую ветку на этом форуме, где amirouche упомянул о двух созданных им программах, которые могли бы подойти для генеалогии, но я ЗНАЮ, что они окажутся у меня над головой.
- Если все это не удастся, кто-нибудь из вас хочет поговорить о том, чтобы сделать этот проект для меня? Я имею в виду за деньги, конечно. Я планирую сделать краудфандинг через несколько месяцев, так как это общественный проект (я пожертвую все исследования различным архивным организациям).
- Есть ли что-то конкретное, о чем я должен подумать СЕЙЧАС относительно его возможности использования в Интернете?
Хорошо, я знаю, что это много вопросов, и я мог бы звучать очень наивно, но я действительно приветствую и ценю ЛЮБОЙ опыт и рекомендации, которые вы можете предложить.
2 ответа
- Если вы хотите создать онлайн-решение, возможно, будет лучше использовать другую СУБД, например, Mysql или Postgresql.
- На мой взгляд, Mysql или Postgresql будет лучшим вариантом, если вы хотите использовать реляционную базу данных и создавать графики с помощью кода своего приложения. Но вы можете попробовать использовать графовую базу данных, например, neo4j: http://neo4j.com/ потому что ваши данные - это просто большой граф, и с ним удобно работать как графом. В этом случае код приложения может быть проще:)
- Это зависит от функциональности. Создать визуальное представление какой-то части вашего графика - достижимая цель даже для не-кодера:)
- Графические базы данных более подходят для такого применения, но у меня нет опыта с таким решением (реляционные базы данных более распространены для коммерческой разработки, поэтому я использую некоторые СУБД более 10 лет)
- Это интересный проект, и я могу бесплатно помочь с выбором инструментов и созданием архитектуры, может быть, даже простого прототипа. Но у меня очень ограниченное свободное время, так как я работаю полный рабочий день шеф-поваром по разработке программного обеспечения маркетинговых услуг. Так что вам все еще нужно написать собственный код или найти разработчика
- Вы должны указать функциональные и нефункциональные требования. Функциональные требования могут быть указаны как пользовательские истории. Нефункциональный должен указывать производительность, доступность, расширяемость и другие параметры вашего приложения.
Если вы уже знакомы с Access, вы можете и, вероятно, должны использовать его в качестве "внешнего интерфейса" для MySQL или другого механизма базы данных (по крайней мере, на ранних этапах).
Я бы не рекомендовал использовать сам Access для живого сайта.
Чтобы сделать это хорошо, вам нужно научиться кодировать.
Существует множество онлайн-учебников по реляционным базам данных и языкам сценариев SQL и веб-сценариев.
Это довольно серьезный MOOC из Стэнфорда
Это зависит от времени и энергии, которые вы должны посвятить этому проекту.
С наилучшими пожеланиями.