CftClub.ru

[nobel]

Добрый день всем.Задался вопросом по поводу журналирование в ИБСО(не до конца все понятно).
Как понимаю в ИБСО есть два способа журналирования:
1.На самой операции.Можно задать только сам факт запуска и закрытия операции,так и с какими параметрами запускается и сохраняется.Можно смотреть через системные журналы(например журнал выполнения операций)
2.Журналирование реквизитов.На типе в таблице выставляешь два флага напротив нужно ревизита-"Журналирование" и "Журналирование изменения".У нас обычно стоит "Авт." и "Все".

Вот со вторым вариантом не все понятно.Как понимаю он наиболее полный? Влияет ли он на производительность работы с ТБП на котором он включен(на реквизитах данного ТБП)?И главный вопрос где смотреть по второму типу журналирования и есть ли там возможность посмотреть кто именно изменял?

Еще вычитал что есть возможность в АРМ "Администратор словаря данных" изменить системный параметр "LOG_TRIGGER_FLAG" который влияет на работу журналирования(через тригер или через интерфейсный пакет).Есть ли существенная разница между ними?И кто какое значение у себя ставит?

[yaffil]

[nobel]

Я в пятницу включил много где то на кредитной подсистеме журналирование(как 1 так и 2 способы).Сегодня у нас бухгалтеры начинают гасить кредиты по юрикам и порой долго отрабатывает(как выдача так и гашение).Вот думаю связано было с этим или нет.Главным образом у нас такая ситуация была месяц назад(в основном возникает на кредитных линия с большим количеством траншей-около 50 и больше).

По поводу журналирования сталкивались с различными проблемами.Даже по удаляемым объектам-вплоть до поднятия одной тестовой схемы чтобы узнать что за id был у удаляемого экземпляра.

Только остался вопрос по системному параметру.Думаю стоит ли изменять с NO до YES(т.е стоит ли овчинка выделки или нет).

[yaffil]

Моё мнение - что триггер всегда дольше интерфейсного, но есть и ПЛЮСЫ - его нельзя обойти прямым инсертом в БД через Developer какой нить (вариант сначала отключить триггер, сделать апдейт, включить триггер - не рассматриваю).
Не думаю что тормозит из за этого, аудит выполняет insert в БД, а это наименее затратная операция. Тем боле 50 траншей для Ораклы вообще не объём

[nobel]

оффтоп касательно тормозов-получается ставили дополнение №16 и затерло изменения которые присылали ЦФТ в конце июня(получается так и не включили на дистрибутив).суть была в том что очень часто обращается БКИ и при большой количестве транше подвисает больше на 20 минут и более.

Вот такой запрос выявили(видимо только у нас такая проблема возникла):
SELECT A1.C_CLIENT, CASE WHEN EXISTS ( SELECT NULL A$1
FROM
Z#DEBTORS C1 WHERE C1.COLLECTION_ID=A1.C_DEBTORS AND (C1.C_DEBTOR !=
A1.C_CLIENT) ) THEN 1 ELSE 0 END, CASE WHEN EXISTS ( SELECT NULL A$1 FROM
Z#PART_TO_LOAN E1, Z#GUARANTEES D2, Z#ZALOG D1 WHERE D1.C_VID_GUARANTEE=
D2.ID AND (D1.C_PART_TO_LOAN = E1.COLLECTION_ID AND E1.C_PRODUCT = A1.ID
AND D2.C_TYPE_TAKE_GUAR = '1') UNION SELECT NULL A$1 FROM Z#PART_TO_LOAN G1,
Z#GUARANTEES F2, Z#ZALOG F1 WHERE F1.C_VID_GUARANTEE=F2.ID AND
(F1.C_PART_TO_LOAN = G1.COLLECTION_ID AND G1.C_PRODUCT IN ( SELECT H1.ID
TRZ FROM Z#PR_CRED H1 WHERE H1.COLLECTION_ID IS NULL AND
(H1.C_HIGH_LEVEL_CR = :B2 ) ) AND F2.C_TYPE_TAKE_GUAR = '1') ) THEN 1 ELSE
0 END, CASE WHEN (A2.C_DATE_BEGIN >= :B1 OR EXISTS ( SELECT NULL A$1 FROM
Z#KB_FORM_EVENT I1 WHERE I1.COLLECTION_ID=A1.C_TO_BKI AND (NVL(I1.C_TO_KB,
'0') = '1' AND I1.C_DATE_BEG <= :B3 AND (I1.C_DATE_END IS NULL OR
I1.C_DATE_END >= :B3 ) AND NOT EXISTS ( SELECT NULL A$1 FROM Z#CLIENT_REF
J1 WHERE J1.COLLECTION_ID=I1.C_DEBTOR AND (J1.C_VALUE = A1.C_CLIENT) )) ))
THEN 1 ELSE 0 END, A2.C_DATE_BEGIN FROM Z#PRODUCT A2, Z#PR_CRED A1 WHERE
A1.ID=A2.ID AND (A1.ID = :B2 AND (A2.C_DATE_BEGIN >= :B1 OR EXISTS ( SELECT
NULL A$1 FROM Z#KB_FORM_EVENT B1 WHERE B1.COLLECTION_ID=A1.C_TO_BKI AND
(NVL(B1.C_TO_KB,'0') = '1' AND B1.C_DATE_BEG <= :B3 AND (B1.C_DATE_END IS
NULL OR B1.C_DATE_END >= :B3 )) )))


call count cpu elapsed disk query current rows
------- ------ -------- ---------- ---------- ---------- ---------- ----------
Parse 1 0.00 0.00 0 0 0 0
Execute 2 0.02 0.02 0 0 0 0
Fetch 1 481.90 481.90 0 4596758 0 1
------- ------ -------- ---------- ---------- ---------- ---------- ----------
total 4 481.92 481.93 0 4596758 0 1

[nobel]

Касательно журналирования то спасибо за пояснения)

[Матвеев Евгений]

[nobel]