[ТЕМА ЗАКРЫТА]
Опции темы
18.03.2009 09:10  
reddevil
Была поставлена задача запретить принятие накладных без основания с документом типа заказ, это возможно с помощью встроенной проверки, однако она ни коим образом не позволяет вводит исключения, например - скоропорт, пресса и т.п.
Задача была реализована при помощи триггеров. Представляю на суд участников может кому пригодиться.
Скрипты для создания врем. таблицы и триггеров во вложении.
В принципе сама идея повзляет проивзодить любы проверки, однако пока не могу решить вопрос стабильной работы при редактировании документов в нескольки разделах одновременно
Вложения
Тип файла: txt TblCre.txt (315 байт, 116 просмотров)
Тип файла: zip wi_no_or.zip (5.3 Кб, 99 просмотров)
 
18.03.2009 16:54  
Mihon
Думаю, надо перенести в https://olegon.ru/showthread.php?t=1664
 
18.03.2009 17:48  
OlegON
Давайте выслушаем комментарии. Я пока не пробовал, но смутило упоминание о неустойчивой работе. Пусть автор принимает решение. Релиз?
 
19.03.2009 05:33  
isi
1. Что то мне не очень понятно использование временной таблицы. (производительность?)
2. Попробовать стандартную проверку переделать под себя?
3. Рекомендую вместо временной таблицы курсоры с аналитическими функциями (явно подымет производительность)

1. Теперь либо я не понял задачи, но зачем тебе кроме триггера на SMDOCUMENTS ещё два?
2. для обхода мутации использовать PAT?
 
19.03.2009 06:16  
reddevil
Цитата:
Сообщение от isi
1. Что то мне не очень понятно использование временной таблицы. (производительность?)
2. Попробовать стандартную проверку переделать под себя?
3. Рекомендую вместо временной таблицы курсоры с аналитическими функциями (явно подымет производительность)

1. Теперь либо я не понял задачи, но зачем тебе кроме триггера на SMDOCUMENTS ещё два?
2. для обхода мутации использовать PAT?
1,3. В 70 магазинах до сих пор 8i SE так что PL/SQL таблицы и аналитика не поможет.
2. Как?
"1. Теперь либо я не понял задачи, но зачем тебе кроме триггера на SMDOCUMENTS ещё два?" - именно для обхода мутации
И что такое РАТ ?
 
23.03.2009 15:12  
isi
 
24.03.2009 08:09  
reddevil
Цитата:
Сообщение от isi
Автономная транзакция не подходит (проверено).

Меня больше интересует как "2. Попробовать стандартную проверку переделать под себя? " ?!?!?
 
24.03.2009 16:51  
isi
Цитата:
Сообщение от reddevil
Автономная транзакция не подходит (проверено).

Меня больше интересует как "2. Попробовать стандартную проверку переделать под себя? " ?!?!?
ну на счет автономной транзакции это ты зря. сам делал, по поводу два, это декриптуешь процедуру и свои условия включаешь, у меня так пара проверок работает, это проще и гораздо дешевле чем С+ просить (пока объяснишь что хочешь, проще застрелится, я не понимаю с+, они готовы на ровном месте буксовать когда вопрос ничего не стоит)
я себе уже файлик изменений свой завел для этого, дабы после обновлений восстановить
 
24.03.2009 16:52  
Mtirt
И не забываешь, что эта процедура является нарушением лицензионного соглашения. :(
 
25.03.2009 02:49  
isi
Алгоритм криптования/декриптования в Oracle описан самим Oracle.
Если вы добавляете/модифицируете индекс это тоже нарушение лицензионного соглашения (в каждой второй базе хозяйничаем не так ли? кто скажет что это настройка производительности, то смею вас заверить в коде Супермага PL/SQL можно тоже много оптимизировать. в чем отличие?), думаю что можно опустить формальности в данном случае С+ получает свои деньги за поддержку и не думаю что будет в таких случаях претензии предъявлять.
 
 


Опции темы



Часовой пояс GMT +3, время: 01:15.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.