Re: Библиографические данные и реляционная модель
Пользователь: А.Лавринович (IP-адрес скрыт)
Дата: 16, September, 2005 15:04
Карауш (---.city.tsu.ru)
Дата: 21-07-04 12:42
А Вы знаете, что такое структуры данных?
Библиографические данные - это иерархическая или объектная модели. А Вы предлагаете изначально взять умирающую реляционную.
Когда ИРБИС разрабатывался, тогда еще Oracle и в помине не замышлялся. Тогда только-только появился dbase.
Автор: Карауш (83.172.3.---)
Дата: 21-07-04 16:07
[...]
Скорость работы со структурированными данными в СУБД реляционного типа оптимизирована именно для задач таблиц. Библиографические данные – это неструктурированные данные (или слабоструктурированные). Попытки использования SQL для них сводятся лишь к использованию BLOB в качестве единого поля. А разбор данных из BLOB (составляющих) конкретной биб.записи осуществляется программным обеспечением клиента. И если для таких систем приходится самостоятельно писать побитный разбор таких записей из BLOB, то в CDS/ISIS все это заложено на низком уровне. А то, что нет клиент-серверной структуры в ИРБИСе-32, так для этого есть Java-ISIS.
ИРБИС-64 имеет клиент-серверную структуру, но модель данных там иерархическая, а не реляционная.
Огромная просьба, почитайте историю развития информационных систем. Почитайте про Jasmine, Adabas, CDS/ISIS, Goods и прочие. [...] Библиографические данные имеют специфическую структуру (модель данных).
Панев Максим (---.yar.ru)
Дата: 30-08-04 13:13
Как мне кажется Александр Сергеевич имел виду, что набор полей для каждого издания или электронного ресурса может быть своим и выделить все поля для всех возможных вариантов сложно. В CDS-ISIS набор полей переменный, чего нельзя сказать о РСУБД. Даже если Вы выделите ВСЕ возможные поля для ВСЕХ видов документов, которые присутствуют в природе или которые Вы собираетесь описывать, то база получиться не просто большой, а огромной, да и избыточности в ней будет в достатке :).
Автор: Карауш (---.vpdn.tomsk.ru)
Дата: 01-09-04 08:23
Все, что написал Максим выше - согласен на 100%.
И еще. За все время существования библиографических данных они меняются.
Возьмите первый том книги "РУСМАРК в примерах", потом второй. А ведь еще не описаны цифровые коллекции, коллекции коллекций с требуемой пользователю детализацией (и даже этот термин еще требует объяснения). И так далее. Т.е. при "стабильной" (структурированной) моделе данных Вы как программист будете постоянно что-то в своей программе править и, именно, на уровне заложенной модели, т.е. прописывать новые поля и многоуровневые связи. При работе с другими моделями Вы будете только править связи и алгоритмы их обработки.
Автор: Панев Максим (---.yar.ru)
Дата: 02-11-04 12:54
...различных АБИС сейчас на рынке в достатке (и все, кажется, реляционные, кроме Ирбис).
Автор: Алексей Лавринович (81.211.32.---)
Дата: 04-10-04 12:49
Уточнения: [...]
2. Реляционная модель — это простая для понимания математическая абстракция, а иерархическая модель отражает структуру окружающего мира
· иерархические библиотечно-библиографические классификации (как и классификации наук) — модели мира; поэтому систематический каталог — «врата учености»
· по одному из определений термина «база данных», это «информационная модель предметной области», а каждая предметная область, естественно, иерархична (см. выше)
· процесс переработки информации в человеческом мозге имеет иерархический характер
· иерархическая архитектура свойственна ЭВМ, о чем говорят сами термины: центральный процессор, master, slave, периферия…
3. [...] говорят, что иерархическая модель возродилась благодаря появлению XML. Ведь в ее основе, как и гипертекста, и HTML-XML, и даже мультимедиа одно и то же математическое понятие — граф.
4. С другой стороны, называть реляционную модель «умирающей» — это, пожалуй, слишком. По крайней мере, пока количественно РСУБД преобладают?
5. Библиографические БД являются слабоструктурированными еще и потому, что:
· качественный, полноценный ЭК должен содержать неструктурированные поля относительно большого объема: «Примечания о содержании», «Форматированное содержание», «Реферат», «Аннотация» и т. д. (не говоря уже о полных текстах)
· как здесь уже справедливо говорилось, структура библиографического описания (набор полей) сильно отличается в зависимости от вида документов, и если «ЭК представляет собой общую поливидовую Базу Данных» (как выражаются в ГПНТБ), то в целом его можно считать даже не структурированным (?)
· если пойти еще дальше, строго структурированными нужно считать только те поля, «которые принимают значения из некоторого конечного списка» (как выражаются в ГПНТБ) и которые вводятся из авторитетных файлов, словарей и т.д. )
Автор: А.Лавринович (---.dnat.migtel.ru)
Дата: 31-05-05 14:28
...здесь время от времени здесь возникает вопрос о реляционной модели и о языке SQL. Но, конечно, корректной формулировкой будет не «почему ИРБИС не использует РСУБД», а «как обеспечить взаимодействие с ними» [...]
И даже главный враг реляционной модели и SQL, т. е. г-н Карауш, долго нам всем внушал, что ISIS/ИРБИС и SQL — две вещи несовместные. А потом он же обещал «поддержку [...] SQL в продуктах проекта «Relication» и «поддержку языка SQL для доступа к структурам данным CDS/ISIS и ИРБИС64» (наверное, уже сделал).
Автор: ok (---.Moscow.gldn.net)
Дата: 05-05-05 13:48
Если Вы считаете чисто реляционными СУБД ACCESS и MS SQL, то это Ваше право. Во всяком случае на их основе мы [разработчики "АС-Библиотека 3)". -- А.Л.] реализовали многоуровневые связи (см. свидетельство №7 службы форматов RUSMARC, в т.ч. для многоуровневых записей).
P.S. Продолжу работу по подбору цитат 20.09.05 и предлагаю высказаться всем желающим, а то никакого вывода пока не видно.