Гость
Целевая тема:
Создать новую тему:
Автор:
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Помогите сделать правильный выбор / 17 сообщений из 17, страница 1 из 1
10.03.2004, 14:58
    #32436473
Denis V. Valchuk
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите сделать правильный выбор
Требуется выбрать базу данных

/*
Договоры, в отличие от бухгалтерских документов, трудно представить в
виде таблицы, они, вообще говоря, являются трудно формализуемой
информацией. В то же время, держать для каждого из тысячи клиентов
отдельный файл с текстом договора, согласованным и скорректированным
под него, не вполне удобно, а подписать со всеми одинаковый текст при
условии наличия конкурентов - нереально.

Для трудноформализуемой информации, часть из которой нужно хранить в
виде текста и сопровождать многочисленными комментариями,
последние годы используют СУБД на основе XML.
То есть, или вся информация хранится в виде системы каталогов и XML
документов, или часть информации, хранится в реляционной БД, а часть в
XML документах.
*/

Это не мои слова как вы поняли уже а цитата...
Такая же трабла и у меня - трудноформализуемые данные...

Что посоветуете? Следовать примеру? или ...

У меня есть ещё мысль использовать ООДБ.
Кстати проект на С++ - вдруг это вам важно

Поделитесь опытом плз.


ИМХО Чем больше мнений тем оптимальней выбор
...
Рейтинг: 0 / 0
10.03.2004, 15:16
    #32436502
GoIV
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите сделать правильный выбор
Действительно задачка не из тривиальных. Дело пахнет CRM-системой?
Дать однозначный ответ сложно.
ООБД - хороши, но геморроя с ними больше чем надо...
XML - тоже штука в себе...
Нужно смотреть на задачу:
скажу по себе - для реализации одного из "ТРУДНОФОРМАЛИЗУЕМЫХ" проектов пришлось серьезно повозиться с выбором и в конце концов остановиться на ОRACLE+XML. Проект был связан с CRM - проектом.
...
Рейтинг: 0 / 0
10.03.2004, 15:22
    #32436515
SOMNAMBULA
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите сделать правильный выбор
Смотря с какой целью будет эта неформализованная информация потом использоваться.
На мой взгляд, если нужно просто организовать хранилище этой информации, то подойдёт любая промышленная СУБД. Хранить данные можно в LOB объектах, контекстный поиск тоже организовать можно. Например, в нашем проекте для хранилища документов используются объектны на основе типа ORDDoc оракла.
Если необходимо как-то всё же вычленять общие атрибуты из набора неструктурированных информационных объектов - тогда нужно хранить такие объекты в виде XML, но в базе данных, естесственно :). Тоже, конечно, моё мнение. В нашем случае так же остановились на Oracle XMLDB.
Так или иначе построить модель этой неструктурированной информации желательно, например, при помощи UML, может, после этого какое-нибудь решение придёт само собой.
...
Рейтинг: 0 / 0
10.03.2004, 16:01
    #32436573
tygra
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите сделать правильный выбор
Я вот что-то не вижу связи между Договоры, в отличие от бухгалтерских документов, трудно представить в
виде таблицы, они, вообще говоря, являются трудно формализуемой
информацией
и XML - что, XML даст возможность не хранить весь договор????

Помоему, любая СУБД + нормально спроектированная система подойдет.
Не хотите хранить весь документ - хорошо, храните только измененные части. Только вот что будете делать, если базовая форма изменится?
И какие проблемы с хранением хоть 1000 договоров для 10000 клиентов? Лишний гигабайт? Дык винты сейчас дешевые.

Так что по мне - проблема надуманная. Изобретение нового велисапеда

-- Tygra's --
...
Рейтинг: 0 / 0
10.03.2004, 16:09
    #32436587
gardenman
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите сделать правильный выбор
Делаешь так:
Берешь договор в левую руку, текстовыделеить (маркер ) в правую.
Идешь по договору и выделяешь те места, которые меняются от договора к договору. Выделенную информацию разбиваешь на сущности/связи (проектируешь таблицы) а оставшийся тест - будет шаблоном, коих может быть много.
...
Рейтинг: 0 / 0
10.03.2004, 16:12
    #32436597
gardenman
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите сделать правильный выбор
Да, и еще, договор - довольно иерархическая структура.
Шаблон - те же заголовок, параграфы, пункты, подпункты... - XML структура
А стороны договора - суммы - реквизиты - сущности.... их в базу)

PS. Легко давать советы, но я правда таким пока еще не занимался, но предстоит)
...
Рейтинг: 0 / 0
10.03.2004, 16:44
    #32436653
tygra
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите сделать правильный выбор
Ну что уж тогда только XML - надо еще и на Java писать, иначе ничего не получится

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

Тяжко будет, когда шаблон изменится.
Хотя если контролировать версии...
Но смысл?! Договор составили - и все.

-- Tygra's --
...
Рейтинг: 0 / 0
10.03.2004, 17:56
    #32436793
gardenman
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите сделать правильный выбор
Самый классный вариант чтоб долго не мучицца - сканировать договор и хранить JPg прям в базе. - Гарантия неизменности)
...
Рейтинг: 0 / 0
10.03.2004, 21:02
    #32436990
Lepsik
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите сделать правильный выбор
--а оставшийся тест - будет шаблоном, коих может быть много

в данном случае это header and footer для репорта, которые в современных репорт-компонентах обычно как xml-документа (RDF формат), данные из базы просто вставляются компонентом.

Тогда пользователь может выбирать любой тип дизайна и любые данные для него
...
Рейтинг: 0 / 0
10.03.2004, 21:03
    #32436991
Lepsik
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите сделать правильный выбор
кстати посмотри как FineRedaer хранит формат документа в XML
...
Рейтинг: 0 / 0
11.03.2004, 11:52
    #32437613
tygra
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите сделать правильный выбор
авторСамый классный вариант чтоб долго не мучицца - сканировать договор и хранить JPg прям в базе. - Гарантия неизменности)

Еще класснее :) хранить сам документ

ЗЫ Я все-же не пойму, зачем тут XML то? Тошнить меня от него

-- Tygra's --
...
Рейтинг: 0 / 0
12.03.2004, 13:42
    #32439901
Denis V. Valchuk
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите сделать правильный выбор
Дело в том, что само использование XML мне не улыбается - это ж дополнительный парсинг - соответственно потери времени...
Я уверен есть способы и без него всё правильно организовать
если я не прав - поправте плз
Не хочется выдумывать велосипед когда времени не многа...



ИМХО Чем больше мнений тем оптимальней выбор
...
Рейтинг: 0 / 0
12.03.2004, 15:06
    #32440142
Green2
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите сделать правильный выбор
Если не XML, то как хранить договор?

Можно в виде обычного текста, можно просто загрузить в виде png или gif файла (не jpg).

Но если придется обрабатывать документы, то что может быть лучше XML?

Denis V. ValchukДело в том, что само использование XML мне не улыбается - это ж дополнительный парсинг - соответственно потери времени...

А как обрабатывать, так XML может окажться самым быстрым
...
Рейтинг: 0 / 0
12.03.2004, 16:56
    #32440404
tygra
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите сделать правильный выбор
авторНо если придется обрабатывать документы, то что может быть лучше XML?

Да хоть что. А чем XML лучше хоть чего? SQL server есть - чего еще надо? В таблицах разместить - нет проблем.

2 Denis V. Valchuk
Дык чего собственно нужно? Тут высказали пару версий без XML.
Храни или весь документ, или шаблон.
При открытии в шаблон подставляй нужные места - и все.

-- Tygra's --
...
Рейтинг: 0 / 0
12.03.2004, 18:05
    #32440517
Denis V. Valchuk
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите сделать правильный выбор
Подскажите терь книгу чтоли... хорошую :)
а то я базы ещё не проэктировал...
А тут ещё и пахнет редактором этих документов... :(


ИМХО Чем больше мнений тем оптимальней выбор
...
Рейтинг: 0 / 0
12.03.2004, 19:23
    #32440596
ну я
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите сделать правильный выбор
Что посоветуете? Следовать примеру? или ...

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

-- храним сами шаблоны
create table dyndoctemplate
(
id integer, -- номер шаблона
docname varchar, -- как показать его в списе, на всякий случай
template binary -- тут сам вордовый шаблон
)

-- храним имена букмарков
create table dyndoc
(
templid integer, -- для какого шаблона
attrname varchar -- как называется
)

-- храним значения букмарков, это собсно и есть данные документов
create table dyndocattr
(
docid integer, -- экземпляр документа
templid integer, -- для какого шаблона
attrname varchar, -- имя букмарка
attrvalue varchar -- значение букмарка
)

В третьей таблице имитируется таблица с "виртуальными" строками (строка - это все с одинаковым docid) и переменным числом колонок (имя колонки это attrname, значение attrvalue).

А с помощью OLE Automation залупить ворду блоб и пройтись по букмаркам - дело копеечное. С табличной частью мысль нужно продолжить. Идея в принципе понятна?
...
Рейтинг: 0 / 0
18.03.2004, 15:05
    #32447459
PostgreSQL user
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите сделать правильный выбор
> Такая же трабла и у меня - трудноформализуемые данные...

Договоры - это тривиально формализуемые данные. Не нужно делать простое сложным.
...
Рейтинг: 0 / 0
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Помогите сделать правильный выбор / 17 сообщений из 17, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]