Галактика в вопросах и ответах

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

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

Пытаюсь это сделать, но пишет что нет OCI.dll. А где ее взять?

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

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

AlgorithmName = 'Algoritm_103'
AlgorithmName = 'Algoritm_102'
AlgorithmName = 'Algoritm_54'
AlgorithmName = 'Algoritm_125'
AlgorithmName = 'Algoritm_89'

Все правильно. Начиная с 22 атлантиса процедуры и функции под MSSQL прописываются в support, для того чтобы цивилизованным образом раздавать на них разрешение.
Не знаю что за OCI.dll, но у нас регистрация прошла без проблем. Главное по инструкции все сделать.

OCI.DLL - штатное название одной из оракловских библиотек.

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

Для корректной работы некоторых функций и алгоритмов (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

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

а после регистрации процедур и функций - для каждого пользователя в саппорте (права доступа) на закладке "права на хранимые процедуры и функции" для каждой процедуры поставить разрешена и пересчитать права.

Попробовал еще раз, не работает. Похоже это не для SQL, а для Orakl.
Насколько критично не регистрировать ? На что влияет?

влияет на скорость работы
103 и 89 алгоритмов
может быть и еще чего-то... там много всяких процедур

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

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

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

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

Так для информации: есть какие-то ошибки, которые не позволяют прикладным разработчикам сделать полноценный алгоритм для бд MS SQL. Должны были исправить ошибку в атлантисе. Вот только я не знаю исправили ли. Возвожно что исправили. Но это говорит о том, что прикладники только сейчас начнут что-то доделывать. И если не будет других ошибок - то возможно что-то появиться месяцев через несколько.

Что не получилось?
Беру \EXE\ManufExt\SQL\RegVIPFuncProc\RegVipFuncProcMSSQL.BAT
и пытаюсь запустить указывая имя сервера (ML570[1997]), имя базы(ML570_GalNew) , логин и пароль.
После ввода всего что что нет OCI.dll

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

Да смотрел, вместо MS70DRV.dll после запуска появляется ora90drv.dll
Исправляю на MS70DRV.dll, запускаю, пишет опять про отсутствие OCI.dll
Смотрю cfg, там опять ora90drv.dll.
Непонятно

Пытаюсь это сделать, но пишет что нет OCI.dll

Если ругается на этот файл, то надо в переменную окружения PATH прописать путь на ораклёвый BIN\

у меня sql

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

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