2010-09-17 13 views

ответ

0

Хранение строк GEDCOM, отдельных в базе данных, кажется беспредметным, вы не получите никакого преимущества от использования базы данных. Māris верно, однако 255 было бы достаточно, поскольку 255 является жестким пределом длины линии в соответствии со спецификацией GEDCOM. (стр. 11 спецификации 5.5.1).

Правильный метод - использовать существующий парсер GEDCOM (например, gedcom.net) или создать свой собственный (который не так прост, как это делают многие примеры), который затем будет вставляться в базу данных. Взгляните на http://sqlitetoolsforrootsmagic4.wikispaces.com/, который содержит информацию о схеме, используемой RootsMagic.

1

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

Если вы используете java, например, вы можете использовать gedcom4j для загрузки/записи данных в графический объект Java, если вам нужны возможности импорта/экспорта. Эти данные хранятся в графе объектов Java внутри, которые затем могут сохраняться с использованием JPA или Hibernate или JDO в базу данных по вашему выбору ... что будет проще, чем ближе схема базы данных соответствует графику объекта, но вы можете настроить что для другой структуры, если вы хотите ее ... просто делает отображение немного сложнее.

Конечно, если вы просто хотите хранить данные GEDCOM в базе данных без его интерпретации, структура большого текста для хранения всего файла в одном крупном объекте делает смысл сортировки для меня ... если у вас есть несколько файлов и просто хотите сохранить его как контент.