Оптовая вставка Oracle, пропускающая контрольные записи

У меня есть заявление Явы/Зимовать/Весны с аудитом оракула (несгруппированных 11 г) позволил, и это, кажется, правильно формируется.

Однако некоторые записи не пишутся SYS.AUD$.

Вот мой сценарий:

У меня есть сделка, которая выполняет 8 вставок на Oracle, которые показывает showsql hibernate и на самом деле пишут в DB.

У меня есть КОНТРОЛЬНОЕ ПРАВЛЕНИЕ ВСТАВКИ ДОСТУПА для данного стола, и, я ожидал видеть 8 контрольных записей на АУДИТЕ Oracle для данной сделки, но я получил только 4 зарегистрированные вставки. Иногда, 5 записей зарегистрированы, и иногда 3, жесткий.

Мне удалось разыскать то это поведение, связан, чтобы зимовать jdbc.batch_size значение свойства.

В описанном сценарии значение было установлено к 10.

Если я изменяю стоимость на 0, однако, который отключает группирование jdbc, все работает столь же ожидаемое, и я всегда получаю 8 контрольных журналов вставки.

Я думал, что это могла быть ошибка на ojdbc водителе, но ошибка упорствовала даже после того, как я модернизировал до последней версии.

Выведение из строя jdbc партия не является возможностью для меня. Действительно ли это - ошибка? Какие-либо мысли о том, как преодолеть это?

1
nl ja de

1 ответы

Я думаю, что это связано со ВСТАВКОЙ Прямого Пути. При использовании FGA, (я думаю), ВСТАВКА Прямого Пути не произойдет так, чтобы аудит всегда работал. Я думаю, что необходимо будет выбрать один - ВСТАВКА Прямого Пути или аудит.

Почему вам нужно группирование jdbc? Какое приложение - это? Вы сделали исполнительное тестирование с ним на и прочь?

1
добавлено
Нет, вы can' t отвергают Oracle' s родное поведение. Вы can' у t есть он оба пути (аудит и прямая вставка пути). Вы должны выбрать тот.... "и имели бы исполнительный недостаток", Откуда вы знаете? Я думал вы didn' t делают реальный тест производительности? Вот мое образованное предположение будучи DBA в течение 20 лет. Ваше использование группирования 5 - 10 рядов не будет замечено в приложении. Конечно, единственный способ знать состоит в том, чтобы проверить его.
добавлено автор RMAN Express, источник
Спасибо за наконечник, I´ ll исследуют это. Поскольку ваши jdbc комплектуют вопрос: It' s действительно огромное веб-приложение и я просто can' t делают тест производительности на всем его funcionalities, чтобы знать, используют ли они или не jdbc группирование. Я знаю некоторые места, которые действительно используют и имели бы исполнительный недостаток.
добавлено автор Luiz Henrique Martins Lins Rol, источник
Я can' t находят, как отключить его. Вы знаете какой-либо легкий способ? После того, чтобы читать документацию о ВСТАВКЕ Прямого Пути я управляю регистрацией силы ALTER DATABASE в надежде, что каждое заявление было зарегистрировано даже если I' m работа параллельного способа (который я don' t знают все же), но все еще получил ту же самую ошибку. I' ll роют немного более твердый жесткий
добавлено автор Luiz Henrique Martins Lins Rol, источник
Извините, я предполагаю I misexpressed сам. Я can' t находят, как отключить его и попытались установить параметр регистрации силы. Я предполагаю i don' t нужен прямой путь (жесткий i' ll должны проверить его). Можно ли помочь мне отключающий его? I' ll рассматривают партию выведения из строя также, но, я должен был бы обсудить ее другим членам команды (и возможно CTO).
добавлено автор Luiz Henrique Martins Lins Rol, источник
I' ve, также размещенный на OTN и, получил один хороший ответ. Пожалуйста, посмотрите, помогает ли это вашему пониманию проблемы forums.oracle.com/forums/…
добавлено автор Luiz Henrique Martins Lins Rol, источник
Oracle RU
Oracle RU
303 участник(ов)

Русскоязычная группа по Oracle. — Архитектура СУБД — PL/SQL — Оптимизация — Администрирование — Вакансии Oracle (указать инфу по вилке ЗП и удалёнке) Приглашайте коллег :-) Запрещены: личные оскорбления, обсуждения оффтопик вопросов политики и религии