[ОТВЕТИТЬ]
Опции темы
08.04.2016 11:22  
DMaslov
Дошли руки убрать у всех филиалов права редактировать справочники контрагентов и товаров. Скомандовал всем редактировать их в центральной базе. Но понятно, что работать в одной базе - меньше телодвижений, да и связь может прерваться.

Есть штатные средства более тонко разграничить права? Не просто разрешить или запретить редактирование любой карточки, а в одной-двух папках классификатора разрешить редактировать карточки, во всех же остальных - низя, только в центральную базу лезь.

Или только триггерами?
 
08.04.2016 11:23  
baggio
1. разрешать редактировать в магазине... очень плохая идея сродни хождению по полю с детскими граблями...

2. нет... разрешить редактировать часть классификатора нельзя... только тригграми и то я не рекомендую...
 
"Спасибо" baggio от:
09.04.2016 14:55  
DMaslov
1. Тем не менее, из-за различных причин это удобнее пользователям. Но программисту придется навесить более интеллектуальную автоматическую рассылку.

2. Ясно, спасибо.
 
09.04.2016 15:00  
DMaslov
1. Кроме причин "работать в одной базе проще", "при отсутствии связи с центром нельзя редактировать справочник товаров", после нескольких дней работы в новом режиме (до этого с 2008-го года ходили по "детским граблям", плевались, но работали :) ) выяснилась еще одна: рассылка из центра может задерживаться из-за очереди - кто-то отослал большую рассылку, в результате все, кому нужны обновления справочников, курят.
 
09.04.2016 15:03  
baggio
по моему в новых версиях есть приоритет... и карточки встают первее накладных...
версия старая?
 
09.04.2016 15:06  
DMaslov
1.030.1 SP4.
 
09.04.2016 15:09  
DMaslov
Даже при приоритете справочников.

Написал я средство управления скидками, и теперь маркетологи могут в любой момент запулить в рассылку несколько тысяч карточек с новыми скидками. А почтовик, смотрю, весьма медленно такие рассылки переваривает. Возможно, надо не просто insert into SMPOSTQUEUE делать?
 
09.04.2016 18:23  
OlegON
На нормальном железе и при большом размере пакета проблем со скоростью почтовика не наблюдал.
 
09.04.2016 22:17  
DMaslov
Да вот вроде железо не старое, Хеон 5140, 4 ядра, судя по диспетчеру, сколько из них реальных, не знаю, 12 гиг оперативки, под оракл выделено 8.

В моменты формирования тех больших пакетов, которые надолго задерживали рассылку, диск был загружен на 100%. Подробно не анализировал.

Можешь попробовать, скоко у тебя будет молоть. Понятно, что у всех справочники разные, но можно подобрать, чтоб в очередь поставить пару тыщ карточек.

код:
SQL код:
create or replace procedure SMPOSTCARD(p_article varchar2is
begin
  INSERT INTO SMPOSTQUEUE
(ENQSEQENQTIME,TARGET,OBJTYPE,OBJIDTRANSFLAGS,COMMENTARY)
  
VALUES(SMPOSTQUEUESEQ.nextval ,SYSDATEnull'CD' p_article 'auto' );
  
INSERT INTO SMPOSTQUEUE(ENQSEQENQTIME,TARGET,OBJTYPE,PARAMSTROBJIDTRANSFLAGS,COMMENTARY)
  
VALUES(SMPOSTQUEUESEQ.nextval ,SYSDATEnull'LP' ,'SMLocalPriceArticle'p_article '' );
end SMPOSTCARD;


begin
for c in (
            
select c.article
              from supermag
.smcard csupermag.smgoods g
             where c
.article g.article
               
and c.cashload 0
             group by c
.article
            having sum
(g.quantity) > 0
          
loop
  update supermag
.smcard set cashload 1 where article =c.article;
  
smpostcard(c.article);
end loop;
end
 
10.04.2016 00:49  
baggio
какой максимальное количество объектов в пакете натроено в почтовике?
может там 100000 и всё пихается в один пакет?
 
 


Опции темы



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

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