Добрый вечер.

Существует ли какой-либо алгоритм/рекомендация по экспорту данных в Oracle и подобные СУБД?

-------------------------------------------------------------------------------------------------------------
Кирсанов Никита
ФГУП "ВНИИА" ОПИНТИ

mixalevo432 написал(а):
-------------------------------------------------------
> Добрый вечер.
>
> Существует ли какой-либо алгоритм/рекомендация по
> экспорту данных в Oracle и подобные СУБД?
Вопрос, мягко говоря, странный.
ORACLE это СУБД, а ИРБИС это конкретное приложение.
Это все равно что спросить как данные бухгалтерии поместить в ORACLE...

Если есть БИБЛИОТЕЧНАЯ система, созданная на ORACLE, тогда нет никаких проблем - через экспорт/импорт данных в MARС-формате



Редактировано 1 раз. Последний раз 24.10.2018 13:12 пользователем Alio.

Alio написал(а):
-------------------------------------------------------
> Если есть БИБЛИОТЕЧНАЯ система, созданная на
> ORACLE, тогда нет никаких проблем - через
> экспорт/импорт данных в MARС-формате

Люди хотят загрузить в свою НЕ библиотечную систему данные из библиотечной.
Грубо говоря создать таблицу в свой пустой БД и потом использовать для своих целей.

Переговорил ещё раз с заказчиками. Им нужно получить таблицу с данными из двух полей. Oracle был как пример. Есть вероятность того что данная таблица будет использоваться в Access.

Странная задача на мой взгляд и не могу понять как это решить.

-------------------------------------------------------------------------------------------------------------
Кирсанов Никита
ФГУП "ВНИИА" ОПИНТИ



Редактировано 1 раз. Последний раз 24.10.2018 14:33 пользователем mixalevo432.

А чем Вас не устраивает выгрузка (экспорт) данных в XML с применением ТВП переформатирования?



Редактировано 1 раз. Последний раз 24.10.2018 15:06 пользователем Alio.

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

Знакомился с темой тут

-------------------------------------------------------------------------------------------------------------
Кирсанов Никита
ФГУП "ВНИИА" ОПИНТИ



Редактировано 1 раз. Последний раз 25.10.2018 08:50 пользователем mixalevo432.

mixalevo432 написал(а):
-------------------------------------------------------
> Поправьте меня.
> Если правильно понял, модель RUSMARCXML/Slim не
> предполагает превращения строк
КАких строк???

в столбцы и
> формирования описания в одной строке выходного
> файла. В любом случае запись занимает несколько
> строк.
>
> Знакомился с темой тут
В чем проблема? Если ВАм нужно, чтобы каждая запись занимала одну строку, структурированную определенным образом, то сделайте соответствующий плоский формат и выводите документы не ЭКСПОРТОМ, а списочной ПЕЧАТЬЮ.

Alio написал(а):
-------------------------------------------------------
> Если ВАм нужно, чтобы каждая
> запись занимала одну строку, структурированную
> определенным образом, то сделайте соответствующий
> плоский формат и выводите документы не ЭКСПОРТОМ,
> а списочной ПЕЧАТЬЮ.

Это подразумевает выходной html или rtf. Необходим универсальный выходной формат который позволит загрузить информацию в другую систему. XML да, но он не корректно ложится в accesses, excel, Oracle. В них id проставлен на строку. В результате получается каждое поле rusmarc отдельная запись.

-------------------------------------------------------------------------------------------------------------
Кирсанов Никита
ФГУП "ВНИИА" ОПИНТИ



Редактировано 1 раз. Последний раз 25.10.2018 09:33 пользователем mixalevo432.

mixalevo432 написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > Если ВАм нужно, чтобы каждая
> > запись занимала одну строку, структурированную
> > определенным образом, то сделайте
> соответствующий
> > плоский формат и выводите документы не
> ЭКСПОРТОМ,
> > а списочной ПЕЧАТЬЮ.
>
> Это подразумевает выходной html или rtf.
Ничего подобного. Создаете плоский формат (без тегов HTML и RTF) и далее: КАТАЛОГИЗАТОР-СЕРВИС-ПЕЧАТЬ-СПИСКИ-опция ПЛОСКИЙ ТЕКСТ

Необходим
> универсальный выходной формат который позволит
> загрузить информацию в другую систему. XML да, но
> он не корректно ложится в accesses, excel, Oracle.
> В них id проставлен на строку. В результате
> получается каждое поле rusmarc отдельная запись.

Именно таким образом, как говорит Александр Иосифович мы года три назад поступили с экспортом данных из ИРБИС в ЕАИСУ вуза, взяв за основу формат brief. Получился формат CSV.

А. Роман написал(а):
-------------------------------------------------------
>Получился формат CSV.

Извините за глупый вопрос, но как получается csv? Там ведь вывод в txt. Или вы меняете расширение?

-------------------------------------------------------------------------------------------------------------
Кирсанов Никита
ФГУП "ВНИИА" ОПИНТИ

Переключаем тип файла на "All files" и вручную указываем расширение.



Редактировано 1 раз. Последний раз 01.11.2018 08:29 пользователем А. Роман.

Роман, Александр Иосифович спасибо. Как всегда всё просто.

-------------------------------------------------------------------------------------------------------------
Кирсанов Никита
ФГУП "ВНИИА" ОПИНТИ

В продолжение темы еще один "лайф-хак":

в формат можно внести сценарий по запуску АРМ Администратор в пакетном режиме, а также копированию/переименованию/удалению файлов и т.п...

и если в качестве расширения указать .CMD то можно выполнить сценарий, сформированный форматом при сохранении файла.

Любопытно 🤔. Можете примерчик на Либком привезти?

-------------------------------------------------------------------------------------------------------------
Кирсанов Никита
ФГУП "ВНИИА" ОПИНТИ

совсем простой пример из жизни (нужно было скопировать на веб сервер отдельные ВКР по определенным направлениям подготовки - по запросу минобрнауки) и выслать файл со ссылками:

т.к. ссылки через J-ИРБИС предоставить было сложнее (ввиду необходимости авторизации на сервере), то скопировали файлы в нужную директорию на web-сервере (создав поддиректории для каждой отдельной ВКР) "напечатав" CMD-файл таким форматом:

'MD D:\WWW\NEW_VKR\'&uf('AV1#1')/,
(if p(v951) then if v951^H:'02' then else 'copy F:\ELIB' &uf('+98/\'V951^A) ' D:\WWW\NEW_VKR\'&uf('AV1#1')'\' d951/ fi fi)

Список ВКР с возможностью открытия файлов по ссылкам через ИНТЕРНЕТ получили в выходных формах (файлы форм прилагаются):

VKR_LINKS
Таблица с описаниями ВКР и ссылками на файлы с текстом ВКР
VKR_LINKS_ALL
Таблица с описаниями ВКР и ссылками на ВСЕ файлы

Если бы в сценарий для CMD файла добавили:

'cirbisA_unicode.exe CIrbisA_VKR_EMAIL.ini'


А в ini-файле АРМ Администратор пакетное задание со сценарием:

OpenDB DIPLOM
SEARCH "NAPR=01.04.01",,,,1
PRINT 1,VKR_LINKS,,,Заголовок1,,2/user@mail.ru/Список ВКР
Exit C:\irbiswrk\report-email-ВКР.txt

То по адресу user@mail.ru было бы отправлено письмо с файлом, содержащим список ВКР и ссылки на файлы ВКР.



Редактировано 1 раз. Последний раз 01.11.2018 15:32 пользователем А. Роман.

Большое спасибо

-------------------------------------------------------------------------------------------------------------
Кирсанов Никита
ФГУП "ВНИИА" ОПИНТИ

mixalevo432 написал(а):
-------------------------------------------------------
> Добрый вечер.
>
> Существует ли какой-либо алгоритм/рекомендация по
> экспорту данных в Oracle и подобные СУБД?


MySQL работает с полями в формате XML. У Оракла в общем тоже появилась поддержка полей с типом XML.

Но я бы хранил записи в формате JSON (с типом JSON оба тоже работают)

Игорь написал(а):

> MySQL работает с полями в формате XML. У Оракла в
> общем тоже появилась поддержка полей с типом XML.
>
> Но я бы хранил записи в формате JSON (с типом JSON
> оба тоже работают)


И в связи с этим, как по мне, то самое удобное использовать документоориентированные базы: MongoDB, CouchDB.

Меня очень порадовала CouchDB. Есть и версионность записей, и тонко настраиваемая репликация, и работа с базой через REST-запросы - идеальное хранилище для медленно меняющихся данных с разной структурой

Пощупал на выходных обе.
REST мне категорически не нравится. Как и идеология статических запросов.

Залил в Mongo рабочую базу из ИРБИСа (~50000 записей). Поиск по базе регуляркой из PHP занимает ~200 мс. Регуляркой, Карл!
Много думал...