[ТЕМА ЗАКРЫТА]
Опции темы
10.04.2012 09:59  
whitewizard
удалять необязательно было.
 
10.04.2012 09:59  
Mtirt
Цитата:
Сообщение от OlegON
я рекомендую на ночь останавливать почтовик и кассовик, а так же все задания. нечего им по ночам делать.
запускаешь в нужное тебе время, под утро, расчет ТД и ССР, если надо...
А если мне всё это нужно?
Кассовик в час ночи создает кассовый документ (магазин работает до 1 ночи)
Почтовик рассылает дисконтные карты.
Акты переоценки должны ночью успеть исполниться до Маркетинговой акции.
Да и саму Маркетинговую акцию запускают до начала рабочего дня.
 
10.04.2012 10:05  
OlegON
Цитата:
Сообщение от Mtirt
А если мне всё это нужно?
Кассовик в час ночи создает кассовый документ (магазин работает до 1 ночи)
Почтовик рассылает дисконтные карты.
Акты переоценки должны ночью успеть исполниться до Маркетинговой акции.
Да и саму Маркетинговую акцию запускают до начала рабочего дня.
Ночь длинная. Стопь все это барахло с 2х ночи до 5 утра, например... Технологический перерыв все равно должен быть... И лучше, если он согласован будет заранее.
 
11.04.2012 10:06  
Kryukov
подскажите что с этим делать... (это появилось после экспорта)
11.04.12 10:04:57 -- Gathering constraint list (1st stage)...
11.04.12 10:04:57 -- **************************************************************
11.04.12 10:04:57 -- Gathering constraint list (2nd stage)...
11.04.12 10:04:58 -- SUPERMAG.SMSPECTAX:SMCSPECTAX enabling
11.04.12 10:05:47 -- OLEGON-ERROR! : Query:CENTER77:demo:java.sql.SQLException: ORA-02298: cannot validate (SUPERMAG.SMCSPECTAX) - parent keys not found

11.04.12 10:05:47 -- SUPERMAG.SMWAYBILLSIN:SMCWAYBILLSINHDR enabling
11.04.12 10:05:47 -- OLEGON-ERROR! : Query:CENTER77:demo:java.sql.SQLException: ORA-02298: cannot validate (SUPERMAG.SMCWAYBILLSINHDR) - parent keys not found
 
11.04.2012 10:28  
akonev
Цитата:
Сообщение от Kryukov
подскажите что с этим делать...
искать паламатый документ.

попробуй как-то так, что ли...

select t.doctype, t.docid, t.specitem
from smspectax t, smspec s
where t.DOCTYPE = s.doctype(+)
and t.DOCID = s.docid(+)
and t.SPECITEM = s.specitem(+)
and s.specitem is null

только к оптимайзеру это практически никак не относится. в данном случае он только показал, что ссылочная целостность данных нарушена и он это исправить неспособный
 
"Спасибо" akonev от:
11.04.2012 12:54  
Kryukov
Цитата:
Сообщение от Andrew_Konev
искать паламатый документ.

попробуй как-то так, что ли...

select t.doctype, t.docid, t.specitem
from smspectax t, smspec s
where t.DOCTYPE = s.doctype(+)
and t.DOCID = s.docid(+)
and t.SPECITEM = s.specitem(+)
and s.specitem is null

только к оптимайзеру это практически никак не относится. в данном случае он только показал, что ссылочная целостность данных нарушена и он это исправить неспособный
DO DOCID SPECITEM
-- -------------------------------------------------- ----------
WI ÏÍ071880 1
WI ÏÍ071880 2
WI ÏÍ071880 3
WI ÏÍ071880 4
WI ÏÍ071880 5
WI ÏÍ071880 6
WI ÏÍ071880 7
WI ÏÍ071880 8
WI ÏÍ071880 9
WI ÏÍ071880 10
WI ÏÍ071880 11

DO DOCID SPECITEM
-- -------------------------------------------------- ----------
WI ÏÍ071880 12
WI ÏÍ071880 13
WI ÏÍ071880 14
WI ÏÍ071880 15
WI ÏÍ071880 16
WI ÏÍ071880 17
WI ÏÍ071880 18
WI ÏÍ071880 19
WI ÏÍ071880 20
WI ÏÍ071880 21
WI ÏÍ071880 22

DO DOCID SPECITEM
-- -------------------------------------------------- ----------
WI ÏÍ071880 23
WI ÏÍ071880 24
WI ÏÍ071880 25
WI ÏÍ071880 26
WI ÏÍ071880 27
WI ÏÍ071880 28
WI ÏÍ071880 29
WI ÏÍ071880 30
WI ÏÍ071880 31
WI ÏÍ071880 32
WI ÏÍ071880 33

DO DOCID SPECITEM
-- -------------------------------------------------- ----------
WI ÏÍ071880 34
WI ÏÍ071880 35
WI ÏÍ071880 36
WI ÏÍ071880 37

документа этого нет ПН071880 ... как его и откуда удалить...
 
11.04.2012 14:50  
akonev
предварительно проверить, что документ не успели снова создать с тем же номером.

delete from smspectax t
where t.doctype='WI' and t.docid='ПН071880';

delete from smwaybillsin w
where w.doctype='WI' and w.id='ПН071880';

commit;

потом быстренько ребилдить индексы, потому что при очередном удалении оне опять разъедутся

Добавлено через 6 минут 5 секунд
... или уже не ребилдить, а тупо оптимайзера натравить на ночь, возвращаясь к теме ветки :)

если про ручные варианты - давай лучше в оракл перебираться.
 
"Спасибо" akonev от:
11.04.2012 15:27  
Kryukov
Цитата:
Сообщение от Andrew_Konev
предварительно проверить, что документ не успели снова создать с тем же номером.

delete from smspectax t
where t.doctype='WI' and t.docid='ПН071880';

delete from smwaybillsin w
where w.doctype='WI' and w.id='ПН071880';

commit;

потом быстренько ребилдить индексы, потому что при очередном удалении оне опять разъедутся

Добавлено через 6 минут 5 секунд
... или уже не ребилдить, а тупо оптимайзера натравить на ночь, возвращаясь к теме ветки :)

если про ручные варианты - давай лучше в оракл перебираться.
помогло спасибо
 
16.05.2012 16:06  
akonev
Цитата:
+ Для зарегистрированных оптимизатор перераспределяет память. Необходимо выставить sga_max_size в допустимое выделенное для Oracle количество памяти. Остальное оптимизатор сделает сам. Можно дождаться, пока оптимизатор в несколько проходов будет вырывать у сессий память, можно ребутнуться и сразу запустить опта. Предполагает регулярный запуск оптимизатора.
нужно, чтобы отключалось.

у меня в офисе индиректы через AWE и соответственно ручное распределение.

алерт:
Wed May 16 13:32:24 2012
Cannot set sga_target with db_block_buffers set

OLEGON-ERROR! : Proc:srvmain:DBAPREL:java.sql.SQLException: ORA-02097: параметр нельзя модифицировать, так как заданное значение неверно
ORA-00824: невозможно задать sga_target из-за существующих внутренних значений параметров, подробнее см. журнал предупреждений
ORA-06512: на line 1

сто метров шарапула в спфайл - это жестоко.
на ста метрах у меня центральный офис не взлетает. ему чуть меньше 250 нужно.

Добавлено через 28 минут 51 секунду
еще по нескольким базам вылезло:

Цитата:
OLEGON-ERROR! : Proc:SRVAMUND107:DBAPRL24:java.sql.SQLException: ORA-06550: Строка 1, столбец 1588:
PLS-00103: Встретился символ " scope=memory;end if;end; end;" в то время как ожидалось одно из следующих:
...
 
16.05.2012 21:19  
OlegON
по отключению согласен, сделал

про сто метров, поверь, так надо, но это при включенной фиче.

про вылетевшую ошибку это ты в конференции перестал появляться, я там уже извинялся, рука на кавычке дрогнула :)

Что касается AWE, то весьма противоречивое у меня к этому отношение. Я бы постарался, чтобы там было х64 и памяти значительно больше, это однозначно лучше :). Память сейчас не такая дорогая. Но это для другой темы обсуждение.
 
 


Опции темы



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

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