Где найти OCI.dll

Администрирование баз данных (Pervasive.SQL, MS SQL, Oracle, утилита Support)

Модераторы: m0p3e, edward_K, Модераторы

Ответить
maikl
Местный житель
Сообщения: 1503
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Тверь

Где найти OCI.dll

Сообщение maikl »

Регистрация хранимых процедур и функций.

Для корректной работы некоторых функций и алгоритмов (103, 89 и т.д.) необходимо выполнить следующие действия.
1. Зарегистрировать в Support-е хранимые процедуры и функции.
1.1 Запустить файл …\EXE\ManufExt\SQL\RegVIPFuncProc\RegVipFuncProcMSSQL.BAT

Пытаюсь это сделать, но пишет что нет OCI.dll. А где ее взять?
Seybukan
Местный житель
Сообщения: 1357
Зарегистрирован: 29 мар 2005, 17:49
Откуда: СПб, ЭП-Аудит
Контактная информация:

Сообщение Seybukan »

Что-то вы там перепутали.
Регистрируются алгоритмы в файле UserAlgor.lst.

// Данный файл используется для подключения
// новых системных алгоритмов расчета
// Формат строки: AlgorithmName = 'Имя алгоритма'
// Пример: AlgorithmName = 'Algoritm_55'

AlgorithmName = 'Algoritm_103'
AlgorithmName = 'Algoritm_102'
AlgorithmName = 'Algoritm_54'
AlgorithmName = 'Algoritm_125'
AlgorithmName = 'Algoritm_89'
sim
Местный житель
Сообщения: 1805
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Россия

Сообщение sim »

Все правильно. Начиная с 22 атлантиса процедуры и функции под MSSQL прописываются в support, для того чтобы цивилизованным образом раздавать на них разрешение.
Не знаю что за OCI.dll, но у нас регистрация прошла без проблем. Главное по инструкции все сделать.
KATZ
Местный житель
Сообщения: 473
Зарегистрирован: 29 мар 2005, 17:49

Сообщение KATZ »

OCI.DLL - штатное название одной из оракловских библиотек.
maikl
Местный житель
Сообщения: 1503
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Тверь

Сообщение maikl »

Цитата Регистрация хранимых процедур и функций.

Для корректной работы некоторых функций и алгоритмов (103, 89 и т.д.) необходимо выполнить следующие действия.
1. Зарегистрировать в Support-е хранимые процедуры и функции.
1.1 Запустить файл …\EXE\ManufExt\SQL\RegVIPFuncProc\RegVipFuncProcMSSQL.BAT.
1.2 Ввести имя sql-сервера и номер порта (например, sqlserver1[2005]), название базы данных.
Для корректной работы необходимо снять атрибут каталога RegVIPFuncProc “Только чтение”.
2. Зарегистрировать на сервере хранимые процедуры и функции.
2.1 Запустить batch-файл RegSQLFunc.bat, который находится в папке …\EXE\ManufExt\SQL\SQLServer\Func\ с параметрами имя сервера, имя базы, имя пользователя, пароль (например RegSQLFunc.bat test-pc4\ins1 KMPO sa sa).
2.2 Посмотреть файл error.log. Если там ничего нет – все прошло успешно.

У нас SQL и просит вышеупомянутую dll
sim
Местный житель
Сообщения: 1805
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Россия

Сообщение sim »

Перед этим желательно сделать еще вот что:
1. Выполнить проверку БД с параметром "Проверка служебных объектов"
2. Пользователям, использующим прямой SQL в части создания временных таблиц (103 алг.), перевыдать "Расширенные права для работы прямого SQL" (передернуть опцию, даже если она была установлена)

а после регистрации процедур и функций - для каждого пользователя в саппорте (права доступа) на закладке "права на хранимые процедуры и функции" для каждой процедуры поставить разрешена и пересчитать права.
maikl
Местный житель
Сообщения: 1503
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Тверь

Сообщение maikl »

Попробовал еще раз, не работает. Похоже это не для SQL, а для Orakl.
Насколько критично не регистрировать ? На что влияет?
sim
Местный житель
Сообщения: 1805
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Россия

Сообщение sim »

влияет на скорость работы
103 и 89 алгоритмов
может быть и еще чего-то... там много всяких процедур
Seybukan
Местный житель
Сообщения: 1357
Зарегистрирован: 29 мар 2005, 17:49
Откуда: СПб, ЭП-Аудит
Контактная информация:

Сообщение Seybukan »

Я немного недопонял что у вас не получается.
У меня админ зарегил за пару минут все что надо.
Попробовал 103.4 (или 103.5 не помню точно) расчет на прямом SQL бд MS SQL.
Все отработало на ура. Если 103.3 считает у меня один узел за 40 минут, то прямой отработал зха пару минут.
Правда график рассчитался абсолютно без загрузки оборудования.
Более того он даже не учел входимость узлов, а поставил все на запуск в производство одним числом - началом позиции плана.
Так что не питайте илюзий что у вас там что-то рассчитается корректно :)

ВОТ.Сравнительная таблица функциональностей .В этой таблице указан номер алгоритма и какой параметр поддерживается или нет. Остальные параметры, которых в этой таблице нет поддерживаются всеми алгоритмами:

Номер алгоритма (по порядку смотрим плюсики)
1345

Размер партии запуска
++--
Кратность запуска
+++-
Использовать ограничения  по материалам
++--
Использовать ограничени  по оборудованию
++--
Использовать ограничени  по трудовым ресурсам
++--
Список источников плановых поступлений
++--
Учитывать “Срок поставок”
++--
Учитывать “Размер партии”
++--
Учитывать “Страховой запас”
++++
Список источников начального(фактического)  наличия и НЗП
++++
Формировать связи между документами-источниками и источниками фактического(начального) наличи я, НЗП.
+---
Учитывать “Источник расчета потребностей”
++--
Учитывать “Как планируется
++--
Учитывать “Делимость единиц измерения”
++--
Материальные нормы.Процент потерь
++--
Материальные нормы.Коэффициент использования
++--
Нормы для операции.Процент потерь
++--
Нормы для операции.Потери на партию
++--
Режим формирования графика.Поиск путем перебора очередности запуска ГП.
+---
Направление расчет.Вперед
++++
Направление расчета.Назад
+---
Начинать(заканчивать операции).Как можно раньше
+---
Начинать(заканчивать операции).Как можно позже
+---
 
Как видим у 4 и 5 почте везде минусик.

Так для информации: есть какие-то ошибки, которые не позволяют прикладным разработчикам сделать полноценный алгоритм для бд MS SQL. Должны были исправить ошибку в атлантисе. Вот только я не знаю исправили ли. Возвожно что исправили. Но это говорит о том, что прикладники только сейчас начнут что-то доделывать. И если не будет других ошибок - то возможно что-то появиться месяцев через несколько.
maikl
Местный житель
Сообщения: 1503
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Тверь

Сообщение maikl »

Что не получилось?
Беру \EXE\ManufExt\SQL\RegVIPFuncProc\RegVipFuncProcMSSQL.BAT
и пытаюсь запустить указывая имя сервера (ML570[1997]), имя базы(ML570_GalNew) , логин и пароль.
После ввода всего что что нет OCI.dll
KATZ
Местный житель
Сообщения: 473
Зарегистрирован: 29 мар 2005, 17:49

Сообщение KATZ »

Сам файл RegVipFuncProcMSSQL.BAT смотрели? Там сначала ASQL.CFG создается из отдельных строк, а потом ASQL.EXE запускается. Раз у вас MSSQL, то должно быть

Код: Выделить всё

echo   DataBaseDriver=MS70DRV.dll >> asql.cfg
А раз просит оракловскую библиотеку, то в файле, возможно,

Код: Выделить всё

echo   DataBaseDriver=ora90drv.dll >> asql.cfg
Не должна программа хотеть OCI.DLL, если драйвер указан MSSQL-ный.
maikl
Местный житель
Сообщения: 1503
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Тверь

Сообщение maikl »

Да смотрел, вместо MS70DRV.dll после запуска появляется ora90drv.dll
Исправляю на MS70DRV.dll, запускаю, пишет опять про отсутствие OCI.dll
Смотрю cfg, там опять ora90drv.dll.
Непонятно
VAt
Постоянный обитатель
Сообщения: 129
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Ухта, Республика Коми
Контактная информация:

Сообщение VAt »

Пытаюсь это сделать, но пишет что нет OCI.dll
Если ругается на этот файл, то надо в переменную окружения PATH прописать путь на ораклёвый BIN\
GAL 9.1, Oracle 11.2
maikl
Местный житель
Сообщения: 1503
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Тверь

Сообщение maikl »

у меня sql
Sniper
Постоянный обитатель
Сообщения: 114
Зарегистрирован: 26 июн 2009, 18:29
Контактная информация:

Сообщение Sniper »

OCI.DLL ораклевая DLL клиента. не понятно откуда она у вас вылезает..
на оракле обычно говорит о том что либо не стоит клиент ораклевый или стоит криво..
случаем не было раньше установок на этой машине ораклевых клиентов?

asql.cfg покажите тут и содержимое батника что запускаете.
Ответить