Оптимайзер-4 (вопросы и обсуждения) : Программы OlegON

удалять необязательно было.

А если мне всё это нужно?
Кассовик в час ночи создает кассовый документ (магазин работает до 1 ночи)
Почтовик рассылает дисконтные карты.
Акты переоценки должны ночью успеть исполниться до Маркетинговой акции.
Да и саму Маркетинговую акцию запускают до начала рабочего дня.

Ночь длинная. Стопь все это барахло с 2х ночи до 5 утра, например... Технологический перерыв все равно должен быть... И лучше, если он согласован будет заранее.

подскажите что с этим делать... (это появилось после экспорта)
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

искать паламатый документ.

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

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 ... как его и откуда удалить...

предварительно проверить, что документ не успели снова создать с тем же номером.

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 секунд
... или уже не ребилдить, а тупо оптимайзера натравить на ночь, возвращаясь к теме ветки :)

если про ручные варианты - давай лучше в оракл перебираться.

помогло спасибо

нужно, чтобы отключалось.

у меня в офисе индиректы через 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 секунду
еще по нескольким базам вылезло:

по отключению согласен, сделал

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

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

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