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

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

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

2. нет... разрешить редактировать часть классификатора нельзя... только тригграми и то я не рекомендую...
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: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, время: 20:48.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.