Привет всем кто сидит на этом форуме. У меня следующий вопрос:
А есть ли возможность конвертации баз данных из Ирбиса в SQL(MySQL). Если есть, то подскажите пожалуйста как... За раннее благодарен.

Только ручками. Все зависит от структуры вашей базы. А способов придумать можно кучу.

А зачем? Вам же придется создавать собственную структуру данных в MySQL? И раскладывать по полям все составляющий библиографической записи.

В общем, вопрос некорректен.
Ответ звучит примерно так (из смежной отрасли): колесную пару от железнодорожного вагона на легковой автомобиль, без затрат на переделку, установить не получится.

Скажем так, встроиных средств нет. Написать программу, которая бы залазила в файл БД Ирбиса и перекладывала информацию в MySQL крайне сложно, и врядли стоит. А вот программу, которая бы брала внешний файл и засыпала его в MySQL в нужные таблицы, не так сложно. Главное определиться что и куда раскладывать, а состав файла, который загружать в MySQL, не сложный и пересыпать его можно как угодно.

Когда еще не было в Ирбисе технологии для связи EXECEL и ACCESS с Ирбисом, я пересыпал своей программой в оба направления. Сейчас не редко из EXECEL в Ирбис переношу данные(БД читателей из деканатов). Вы объясните что и куда вам нужно перекладывать, может поможем.

Главная трудность заключается в том, что библиографические записи имеют переменное кол-во полей и подполей. Реляционные СУБД на это не расчитаны... Даже, если захлтите сделаеть все по максимуму, то быстро устанете перечислять все поля и подполя.

Если очень нужно, можно хранить запись в "сыром" виде (например, в виде набора строк раздеоенных символом '\n'). Но для доступа к данным нужно будет организовать собственноручно инвертированный список. Я бы посоветовал самую простую струтуру:
[Записи]
Перв_Ключ
Шифр_До-та,
Тело
[Словарь]
Перв_Ключ
Преффикс
Термин
[Связка]
ссылка_на_термин_словаря
ссылка_на_запись

Благодаря такой структуре можно динамически менять набор проиндексированных полей, строить сложные индексы (как это делается в ИРБИС). А таблица Связка нужна для организации отношения "многие-ко-многим" (например, один автор может написать несколько книг, но некоторая книга может быть написана авторским коллективом).

Тело записи хранит все поля записи, шифр в отдельном поле может пригодиться для того, чтобы проверять дублетность при импорте...

Связь между таблицами осуществляется с помощью первичных и внешних ключей.



Редактировано 1 раз. Последний раз 04.05.2007 14:32 пользователем artgonch.

Импорт из Access - реальная задача, но она решена. А зачем экспорт куда-то и куда именно? В MySQL "вообще"? Зачем? Если в какую-то конкретную АБИС, нужно написать конкретный конвертор. В МСХА есть конкретный конвертор БД читателей/студентов. Если Вам нужен именно он, пишите туда.



Редактировано 1 раз. Последний раз 30.04.2011 06:34 пользователем Lavrinovich.