| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
jamil
Участник - экстремал
Вступление в Клуб: 11.08.2014
|
 Пн Май 04, 2015 09:59 работает только один раз после перекомпиляции |
 |
Полезность: Нет оценки
|
операция корректно работает только один раз после перекомпиляции,
чтобы запускать во второй раз приходится перекомпилировать
данная операция вызывает операцию RET_DEPOSIT
в чем может быть ошибка?
может эти макросы тоже влияют на результат
| Код: |
&Del_Depn
&Del_Fact_Oper
&Del_String_Calc_Prc
|
|
|
 |
Alkov
Профи
Вступление в Клуб: 23.09.2010
|
| Пн Май 04, 2015 15:48 |
|
Полезность: Нет оценки
|
Например если операция рассчитана на то чтобы выполниться только один раз, а потом саму себя сломать...
По макросам судя по названию вряд ли, но лучше показать во что макросы преобразованы в пакете по F12...
А лучше приведите текст как именно операция ругается когда не запускается... |
|
|
jamil
Участник - экстремал
Вступление в Клуб: 11.08.2014
|
| Вт Май 05, 2015 07:01 |
|
Полезность: Нет оценки
|
Вот такая ошибка вылетает:
| Код: | | ORA-20300: APP-DEPN.RET_DEPOSIT_1: ORA-20300: APP-DEPN.LIB_01: ORA-20300: APP-DEPN.LIB_01: ORA-20300: APP-MAIN_DOCUM.SET_ACC_DT_KT: Счета по дебету и по кредиту (для проводки) принадлежат разным филиалам |
|
|
|
Alkov
Профи
Вступление в Клуб: 23.09.2010
|
| Вт Май 05, 2015 09:01 |
|
Полезность: Нет оценки
|
| jamil пишет: | Вот такая ошибка вылетает:
| Код: | | ORA-20300: APP-DEPN.RET_DEPOSIT_1: ORA-20300: APP-DEPN.LIB_01: ORA-20300: APP-DEPN.LIB_01: ORA-20300: APP-MAIN_DOCUM.SET_ACC_DT_KT: Счета по дебету и по кредиту (для проводки) принадлежат разным филиалам |
|
А на самом деле они что, принадлежат одному филиалу ? |
|
|
lexus
Профи
Вступление в Клуб: 28.09.2007
|
| Вт Май 05, 2015 09:32 |
|
Полезность: Нет оценки
|
| какая-то переменная наверное не сбрасывается. |
|
|
jamil
Участник - экстремал
Вступление в Клуб: 11.08.2014
|
| Вт Май 05, 2015 09:55 |
|
Полезность: Нет оценки
|
| Alkov пишет: | | jamil пишет: | Вот такая ошибка вылетает:
| Код: | | ORA-20300: APP-DEPN.RET_DEPOSIT_1: ORA-20300: APP-DEPN.LIB_01: ORA-20300: APP-DEPN.LIB_01: ORA-20300: APP-MAIN_DOCUM.SET_ACC_DT_KT: Счета по дебету и по кредиту (для проводки) принадлежат разным филиалам |
|
А на самом деле они что, принадлежат одному филиалу ? |
нет, счета принадлежат разным филиалам потому что это операция для списания процентов депозита не клиентам банка
и еще:
эта ошибка исчезнет когда мы перекомпилируем операцию
после этого когда мы запускаем операцию то она срабатывает нормально
если же мы запускаем ту же операцию во второй раз то выводится та же ошибка |
|
|
prog
Эксперт
Вступление в Клуб: 03.03.2008
|
| Ср Май 06, 2015 19:05 |
|
Полезность: Нет оценки
|
| lexus пишет: | | какая-то переменная наверное не сбрасывается. |
немного подробнее напишу...
При перекомпиляции вашей операции, глобальные переменные вашей операции обнуляются. Зная этот факт , проверьте свою операцию. Возможно логика нарушается из-за того что вы не учитываете факт того, что значение глобальных переменных сохраняется на время жизни сессии. |
|
|
jamil
Участник - экстремал
Вступление в Клуб: 11.08.2014
|
| Чт Май 07, 2015 06:30 |
|
Полезность: Нет оценки
|
| prog пишет: | | lexus пишет: | | какая-то переменная наверное не сбрасывается. |
немного подробнее напишу...
При перекомпиляции вашей операции, глобальные переменные вашей операции обнуляются. Зная этот факт , проверьте свою операцию. Возможно логика нарушается из-за того что вы не учитываете факт того, что значение глобальных переменных сохраняется на время жизни сессии. |
у меня в глобальной описании только это переменная:
BO_ADD_DEPOSIT ref [PATTERN_DOC]; |
|
|
Random
Эксперт
Вступление в Клуб: 27.06.2011
|
| Чт Май 07, 2015 10:37 |
|
Полезность: Нет оценки
|
| prog пишет: | | lexus пишет: | | какая-то переменная наверное не сбрасывается. |
немного подробнее напишу...
При перекомпиляции вашей операции, глобальные переменные вашей операции обнуляются. Зная этот факт , проверьте свою операцию. Возможно логика нарушается из-за того что вы не учитываете факт того, что значение глобальных переменных сохраняется на время жизни сессии. |
Не только вашей. но и всех прочих в сессии. |
|
|
Alkov
Профи
Вступление в Клуб: 23.09.2010
|
| Чт Май 07, 2015 11:23 |
|
Полезность: Нет оценки
|
| Random пишет: | | prog пишет: | | lexus пишет: | | какая-то переменная наверное не сбрасывается. |
немного подробнее напишу...
При перекомпиляции вашей операции, глобальные переменные вашей операции обнуляются. Зная этот факт , проверьте свою операцию. Возможно логика нарушается из-за того что вы не учитываете факт того, что значение глобальных переменных сохраняется на время жизни сессии. |
Не только вашей. но и всех прочих в сессии. |
???
На другие сессии глобальные переменные пакетов не влияют. |
|
|
Alex294
Участник со стажем
Вступление в Клуб: 02.06.2013
|
| Чт Май 07, 2015 13:56 |
|
Полезность: Нет оценки
|
| jamil пишет: | | prog пишет: | | lexus пишет: | | какая-то переменная наверное не сбрасывается. |
немного подробнее напишу...
При перекомпиляции вашей операции, глобальные переменные вашей операции обнуляются. Зная этот факт , проверьте свою операцию. Возможно логика нарушается из-за того что вы не учитываете факт того, что значение глобальных переменных сохраняется на время жизни сессии. |
у меня в глобальной описании только это переменная:
BO_ADD_DEPOSIT ref [PATTERN_DOC]; |
На самом деле не сбрасываются также значения переменных, описанных во вкладке "переменные" (обычно начинаются с символов V_) |
|
|
Random
Эксперт
Вступление в Клуб: 27.06.2011
|
| Пт Май 15, 2015 14:23 |
|
Полезность: Нет оценки
|
| Alkov пишет: | | Random пишет: | | prog пишет: | | lexus пишет: | | какая-то переменная наверное не сбрасывается. |
немного подробнее напишу...
При перекомпиляции вашей операции, глобальные переменные вашей операции обнуляются. Зная этот факт , проверьте свою операцию. Возможно логика нарушается из-за того что вы не учитываете факт того, что значение глобальных переменных сохраняется на время жизни сессии. |
Не только вашей. но и всех прочих в сессии. |
???
На другие сессии глобальные переменные пакетов не влияют. |
???
А как мы от перекомпиляции, которая что-то где-то обнуляет перескочили к видимости глобальных переменных в разных сессиях?
Хотя я уже вижу, что неправильно сформулировал мысль.
Да, при перекомпиляции операции прочие переменные даже той же самой сессии не затрагиваются. До тех пор, пока не произойдёт обращение к перекомпилированному пакету. |
|
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
