Ликбез по СУБД
Обсуждаем систему управления базами данных в генеалогии
| RODGER Долгожитель форума
Екатеринбург Сообщений: 561 На сайте с 2003 г. Рейтинг: 185 | Вверх #
18 января 2004 21:40 Иван! Под ОСНОВНЫМИ генеалогическими источниками я имел ввиду МЕТРИЧЕСКИЕ КНИГИ, РЕВИЗСКИЕ СКАЗКИ и ПЕРЕПИСНЫЕ КНИГИ. Ими я пользовался при создании своей базы (работаю в Brothers Keeper 6.1). То есть это архивные источники, которые используют большинство исследователей на этапе, когда родственники уже опрошены и нужно "копать" дальше - вглубь, а потом уже вширь. В моей базе данных больше персон, которые имеют ссылки именно на эти источники, да и информацию родственников рано или поздно приходится перепроверять в архиве. Насчет того, чтобы пристегнуть себя к какой-нибудь уже созданной базе. Я не совсем понял, к чему этот вопрос, скорее всего таких баз, к которым я мог бы привязать свой род, пока не существует. Впрочем, существует, конечно, скоро выйдет в свет проект Noblesse Russe на ГЕНЕАЛОГИИ Ру, там - база данных по российскому дворянству. При желании я мог бы привязать себя к ней, но не делаю этого по той простой причине, что я не дворянин (и мои прямые предки дворянами не были). Но это уже к нашей теме не относится ) А насчет СУБД под источники я не просто так говорю, ибо как-то доводилось участвовать в разработке структуры такой базы для проекта "Родовая память". После ввода информации в базу из РАЗЛИЧНЫХ источников, на втором этапе предполагалось вручную связывать персональные записи, присваивая им уникальные имена. С уважением, --- Трофимовы (Чуваевы), Саёнковы, Абызовы, Ведерниковы, Фомины, Лядовы, Новиковы, Гореловы, Целик, Кожута, Петренок, Мироновы, Рукавишниковы, Моховы, Бузуновы и др. | | |
LudmillaДолгожитель форума скончалась 16 марта 2009 Светлая ей память!  Москва Сообщений: 7305 На сайте с 2005 г. Рейтинг: 1672 | Вверх #
19 января 2004 11:36 Мы запутались, по-моему. Поскольку эта тема мне кажется очень интересной, начну сначала Предмет обсуждения: структура базы данных, которая позволила бы людям, серьезно занимающимся генеалогией, сводить информацию, поступающую из различных источников, к единой стандартной форме, а затем анализировать эту информацию, получая нужные им отчеты. Задача обсуждения: получить перечень всех видов стандартной информации, нужной для анализа, включая связи между элементами, и, одновременно определить, в какой форме эта информация может вводиться в базу, исходя из состава и стурктуры различных документов. Это не обсуждение сайта ВГД или формата гедком, это совершенно отдельная тема!Вы согласны с такой постановкой вопроса? | | |
| Tsyplakov Почетный участник
Самара Сообщений: 215 На сайте с 2003 г. Рейтинг: 31 | Вверх #
19 января 2004 13:56 Добрый всем день!!! Вопрос конечно интересный! Скажу сразу, что не спец по базам. Но приведу факт. Существует такая игра ФУТБОЛ (не пугайтесь, это по теме) Это своего рода, тоже ЖИЗНЬ. У которой есть и своя хронология, связи, статистика, города, люди. Так вот. Есть попытки связать все это воедино. И довольно успешные. Это я к тому, возможно (и так делается) данные в базу подготавливаютсяотдельными партиями на разных компьютерах, а затем они закачиваются в одну основную. И в этой футбольной базе (я сам видел) можно посмотреть всех людей, которые были в какой либо команде вообще за все время, за сезон(год), в конкретной игре. Это к тому, можно ли выделить однофамильцев в конкретном городе в конкретное время... Помоему так... --- Александр Цыплаков Ищу Цыплаковых (Оренбургские казаки, Бузулукский район, Оренбургская губерния), Дьячковых (Тамбовская губерния, с. Сосновка), Рузавиных (Самарская губерния), Волковы (Татарстан - Верх и Ниж. Альмурзино, Юхмачи). | | |
| silv ivan Новичок
Сообщений: 50 На сайте с 2003 г. Рейтинг: 1 | Вверх #
19 января 2004 14:47 Стандартный подход к "структуре базы данных" - предполагает, что в таблицах каждая строчка (одна!) соответствует одному объекту (того класса, который описывается этой таблицей); каждое поле таблицы ("колонка") соответствует некоторому свойству (одному!) объектов (того класса, который описывается этой таблицей); а значение, хранящееся в данном поле данной записи - соответствует значению этого свойства у этого объекта. Однако когда я вижу список из 35 полей (как тот, что привел выше RODGER), у меня возникает уверенность, что такая архитектура уже не проходит! ___________________________ Однако, есть и другой подход к построению (и ИНТЕРПРЕТАЦИИ) записей и полей таблицы, основаный на том, что каждая строка таблицы описывает не объект, а отношение объект-свойство. Такая таблица содержит всего 3 (!) поля: 1. идентификатор объекта 2. идентификатор свойства 3. значение, принимаемое этим свойством "на" этом объекте. Отдельно создаются две таблицы-справочника: 1. таблица объектов (формат: [идентификатор объекта],[имя (основное) объекта]) и 2. таблица свойств (формат: [идентификатор свойства],[имя (основное) свойства]). В этом подходе имеется практически НЕОГРАНИЧЕННАЯ СВОБОДА в выборе свойств, которые мы хотим хранить в базе: 35 - так 35, 100 - так сто ... ___________________________ Таблицы "обычного" формата (одна строка = один объект) получается в этом подходе как CrossTab-запрос ... --- С уважением, Иван Сильв. | | |
LudmillaДолгожитель форума скончалась 16 марта 2009 Светлая ей память!  Москва Сообщений: 7305 На сайте с 2005 г. Рейтинг: 1672 | Вверх #
19 января 2004 17:11 Ориентироваться на Роджера мысль совершенно правильная - он как раз тот самый профессиональный генеалог, который будет использовать эту базу  Надеюсь, не он один  Но мне кажется, что первый вариант возможен. Есть типовые события - рождение, смерть, крещение, прибыл, убыл... ну и еще какие-то, которые писал Роджер. Каждое это типовое событие предполагает, что у него есть несколько параметров. Ну, например, рождение предполагает связь с датой, местом, родителями. Крещение предполагает связь с датой, местом, приходом, восприемниками, священником... Можно на каждое это событие заводить отдельную таблицу. То есть, допустим, таблица - рождение. В первой колонке ID персоны, во второй дата, в третьей место, в четвертой папа, в пятой мама. Таблица - крещение. В первом столбце стоят идентификаторы окрещаемой персоны, во втором дата, в третьем место, в третьем приход, в четвертом - идентификатор священника, в пятом... кто там дальше? Ну и все-таки, мне кажется, надо заводить отдельные таблицы на приходы и населенные пункты, чтобы в эти таблицы тоже попадали только их номера. А как применять второй способ мне непонятно. Потому что ни одно свойство персоны не остается постоянным, ну, кроме пола  Может быть  Все остальные меняются. | | |
LudmillaДолгожитель форума скончалась 16 марта 2009 Светлая ей память!  Москва Сообщений: 7305 На сайте с 2005 г. Рейтинг: 1672 | Вверх #
19 января 2004 17:14 Кстати, интересно  Там же тоже есть населенные пункты, разного рода связи, разного рода события... А они эту свою базу в сети не помещали? Чтобы посмотреть, что у них там и как? | | |
| Tsyplakov Почетный участник
Самара Сообщений: 215 На сайте с 2003 г. Рейтинг: 31 | Вверх #
19 января 2004 17:29 Это база в интернет www.football.kcl.ru Конечно у локальной версии (т.е. для компьютера) этой базы намного шире возможности. Да и потом, информация, размещаемая в сети и просто для работы на компьютере, это очень разные даже разные вещи. --- Александр Цыплаков Ищу Цыплаковых (Оренбургские казаки, Бузулукский район, Оренбургская губерния), Дьячковых (Тамбовская губерния, с. Сосновка), Рузавиных (Самарская губерния), Волковы (Татарстан - Верх и Ниж. Альмурзино, Юхмачи). | | |
| silv ivan Новичок
Сообщений: 50 На сайте с 2003 г. Рейтинг: 1 | Вверх #
19 января 2004 18:55 В моем словоупотреблении "свойство" = "предикат", то есть - ЛЮБОЕ СКАЗУЕМОЕ. А если свойство меняется, то его значения нужно хранить вместе с указанием ПЕРИОДА, в который данное значение свойства имело место. Только так и никак иначе. --- С уважением, Иван Сильв. | | |
LudmillaДолгожитель форума скончалась 16 марта 2009 Светлая ей память!  Москва Сообщений: 7305 На сайте с 2005 г. Рейтинг: 1672 | Вверх #
19 января 2004 19:24 Ну нет, все-таки, мне кажется, информацию, касающуюся, например рождения, или смерти, или брака легче передать строчкой, чем таблицами, содержащими по три поля... Просто вот завести отдельные таблицы на все типичные события, и перечень Роджера можно преобразовать в систему таблиц. Вы не полумайте. что я придираюсь, мне просто так кажется  . Вот завтра днем возьму все, что Роджер написал и попробую написать, к чему это сводится... Если он сам до этого этого не сделает | | |
| silv ivan Новичок
Сообщений: 50 На сайте с 2003 г. Рейтинг: 1 | Вверх #
19 января 2004 19:48 Ага ... только не забудьте к каждому полю свойства, которое - по Вашему мнению - "у персоны не остается постоянным", добавить еще ДВА поля даты: [начиная c даты] и [оканчивая датой]! ;-) ___________________ На самом деле, две этих НОТАЦИИ: 1. один объект со всеми своими свойствами (будь их хоть сто, хоть тысяча!) - в одной строке таблицы, и 2. строка таблицы - описывает ОДНО значение ОДНОГО свойства у ОДНОГО объекта, - между ними существует ВЗАИМНООДНОЗНАЧНОЕ соответствие, то есть - можно переходить (например, - трансформировать базу данных) от одной нотации к другой и обратно ... С другой стороны, каждая нотация имеет и свои преимущества, и свои недостатки ... (Сообщение отредактировал silv ivan 19 янв. 2004 19:54) --- С уважением, Иван Сильв. | | |
|