ФАМИЛИИ ЗАБАЙКАЛЬЯ: развитие идеи единой базы данных

Andrey

Впрочем, как вариант:
человек - населённый пункт - административная еденица того времени И принадлежность территории современному субъекту Федерации.
(да, кстати, их уже на 3 меньше, чем в начале)

Григорьев

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

Давайте думать проще...

А то мы так никогда ничего не запустим.

Andrey

Andrey

да, кстати, и всё это абсолютно бесплатно

Wings

Григорьев

Roman, а что вам известно о Сенотрусовых? В силу своей занятости я упустил ваше появление и не сконцентрировался на нем.. Простите. Мне очень интересны Сенотрусовы...

Andrey

Wings

Andrey,

Borbosso

Ребята, поставьте задачу, что Вы хотите получить "на выходе".
Денис, сложно не сложно - это проблемы программиста (т.е. это мои проблемы)
Чётко скажите что хотим получить в конечном продукте. А там уже сделаем.
Какие поля нужны ? (фамилия, регион и т.д.)
Фильтрацию по каким полям делать ? (для лучшего поиска, ибо база будет рости большими темпами).
+ какие-нибудь полезные навороты.
пишите.... простым людским языком, т.к. программист не обязательно должен разбираться в тематике базы, но должен разбираться в алгоритмах ее работы.

Григорьев

Borbosso, спасибо что отметился в теме!
Друзья, я уже представлял вам Borbosso...
Борис очень много сделал для Предыстории (программирование). Его можно назвать Техническим директором проекта Предыстория.
Теперь, все требования к базе вы можете непосредственно сообщать Борису. Будм надеяться, что скоро мы увидим готовый продукт...

Wings

Borbosso,
Вот понять бы мне, что под словом поля разумеется, чтобы на одном языке поговорить

Григорьев

Wings, "поля"= поля для ввода текста..
К примеру (необходимо заполнить поля):
Фамилия (мн.ч.)
Фамилия (муж. род)
Фамилия (жен. род)
Год фиксации
Район (нас.пункт) фиксации
Поселение в районе
Инф о пребывании в регионе/районе
Информация о убытии
Инф о пребывании в регионе/районе
Инфо о Родоначальнике фамильной линии
Инфо о родстве с др.фамилиями
Доп инфо:
Доп инфо 2:
Источник информации:
Форум фамилии:
Сайт фамилии:

Andrey

По структуре информации это получается двунаправленное бинарное дерево с фиксацией отношений
родитель М - родитель Ж = (дитя М или дитя Ж), где каждый набор существует как отдельная запись базы данных. Набор полей в принципе здесь озвучен.
Что касается функциональности базыто там должны прослеживаться:

1. проследить связь между А и B. (построение кратчайшей связи между двумя лицами по бинарной сетке данных)

2. для А составить ДОСТУПНОЕ генеалогическое древо.
(представление связи родитель-дитя для некоторой записи и для всех, связанных с ней.
Три варианта:
восходящая: дитя-родитель-родитель родителя и т.д.;
нисходящая: родитель-дитя-дитя дитя и т.д.;
полная: соответственно, обе предыдущих связи в одном флаконе

)

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

Andrey

Хорошо, если человек, который будет вводить данные, будет полностью владеть информацией и даст целые линии родственников, но, скорее всего будет такой вариант, когда вводится только один человек, с минимальным набором данных.
Проблема: как соединить человека с линией родственников.
Например: ввожу свою линию, и дошел до какого-то предка N
Другой сделал то же самое, и дошёл до предка, N', который в действительности является N.
Как база данных соотнесёт N и N', и будет ли в ней возможность эти две персоны объединить в одну, и сказать обоим пользователям, что, мол, да вы ведь родственнички в колене n!
В какой-то момент, количество персональных данных приведёт к качественным изменениям в базе (надеюсь, вы помните этот закон) и там будет значительное количество родственников, связь между которыми нужно будет МАШИНЕ АВТОМАТИЧЕСКИ УСТАНОВИТЬ, и показывать родственников как РОДСТВЕННИКОВ а не как ОТДЕЛЬНЫЕ ЗАПИСИ.

Andrey

Задачка получается нетривиальная....