В Oracle Database 10g Oracle додала DBMS_UTILITY. FORMAT_ERROR_BACKTRACE , яку можна і потрібно викликати у вашому обробнику винятків. Це відображає стек викликів у точці, де було викликано виняток, навіть якщо функція викликається в блоці PL/SQL у зовнішній області від того, де було викликано виняток.
Спочатку FORMAT_ERROR_STACK мав замінити SQLERRM, оскільки останній спотворював би повідомлення про помилки довжиною понад 512 символів. DBMS_UTILITY. FORMAT_ERROR_BACKTRACE, з іншого боку, містив і все ще містить шлях виклику, який призвів до винятку.
Резервний набір є складається з однієї або кількох резервних частин. Резервний шматок. Фізичний двійковий файл, створений RMAN під час резервного копіювання. Частини резервного копіювання записуються на ваш носій резервного копіювання, будь то диск або стрічка. Вони містять блоки з файлів даних цільової бази даних, заархівованих файлів журналу повторення та файлів керування.
Щоб вручну відкотити сумнівну розподілену транзакцію, спочатку здійснену іншим користувачем, ви повинні мати системний привілей FORCE ANY TRANSACTION. Ключове слово WORK є необов’язковим і надається для сумісності зі стандартом SQL. Укажіть точку збереження, до якої потрібно відкотити поточну транзакцію.
Отримання коду помилки та повідомлення про помилку: SQLCODE та SQLERRM. У обробнику винятків ви можете використовувати вбудовані функції SQLCODE і SQLERRM щоб дізнатися, яка помилка сталася, і отримати відповідне повідомлення про помилку. Для внутрішніх винятків SQLCODE повертає номер помилки Oracle.
DbConcurrencyException створюється DataAdapter за допомогою досить простої перевірки паралельності. Він порівнює вражений запис, але дію SQL із записами, зміненими за допомогою об’єктної моделі. Виняток DbUpdateConcurrencyException створює EntityFramework, коли ви реалізуєте їх оптимістичний шаблон паралелізму.