Batching(Пакетування)

Злиття команд бази даних може поліпшити продуктивність рівня даних.

• Злиття може використовуватися для зменшення числа звернень до бази і мінімізації трафіку.

• Злиття може використовуватися при завантаженні і копіюванні безлічі наборів даних. Проте при завантаженні великого об'єму даних з файлів переважне використання утиліти копіювання(bulk copy).

• Небажане застосування транзакцій на пакетах команд(batch commands), що тривало виконуються, що може привести до блокування ресурсів бази даних.

Binary Large Objects(BLOBs)

Коли дані зберігаються і можуть бути отримані у вигляді єдиного потоку, во- ни можуть розглядатися як єдиний великий двійковий об'єкт(binary large object, or BLOB). A BLOB може мати структуру, але ця структура не доступ- на ні базі даних, яка зберігає цей об'єкт, ні рівню даних застосування, який прочитує або записує цей об'єкт. База даних може зберігати або сам двійко- вий об'єкт, або покажчик на нього. У другому випадку об'єкт зберігається у файловій системі.

• Необхідно визначити чи повинен об'єкт зберігатися у базі даних.

• Необхідно визначити доцільність використання BLOB - об'єктів для спрощення синхронізації великих двійкових об'єктів між серверами.

• Необхідно визначити чи потрібно буде виконувати пошук BLOB - да- них. Якщо так, то необхідно ввести додаткові поля формату, зручнішого для пошуку щоб уникнути розбору BLOB - даних.

З'єднання

Усі з'єднання з джерелами даних повинні управлятися на рівні даних.

• З'єднання повинне відкриватися як можна пізніше і закриватися при першій нагоді.

• Транзакції повинні виконуватися використовуючи єдине з'єднання, на- скільки це можливо.

• Необхідно визначити необхідність прооектирования повторення опе- рацій, якщо з'єднання було загублене або по витіканню інтервалу часу життя з'єднання.

Формат даних

• Формат XML може використовуватися для комунікації з іншими сис- темами і платформами і у випадку якщо структура даних може змінюва- тися з часом.

• Якщо дані повинні передаватися між об'єктами видаленими фізично, необхідно враховувати вимоги по сериализации і спрощенню взаємодії.

• Для виконання операцій CRUD - create/read/update/delete можно испо- льзовать табличные структуры наборов данных

Управління виключеннями

Стратегія управління виключеннями має бути спроектована так, щоб виклю- чення перехоплювалися і оброблялися рівнем даних. Якщо можливо, логіка обробки виключень повинна реалізовуватися в компонентах тих, що пред- ставляють наскрізну функціональність застосування.

• Необхідно визначити які виключення повинні перехоплюватися рівнем доступу до даным(наприклад тупік(deadlocks) і помилки з'єднань).

• Проектування стратегії подальшого поширення виключення.

• Необхідно розглянути процес повторної спроби виконання операцій у разі виникнення помилок исочников даних або тайм-ауту.

• Необхідно переконатися що перехоплюються виключення, які не мо- жуть бути перехоплені де-небудь ще і що ресурси звільнені і стан застосу- вання стабільний після обробки виключення.

• Необхідно спроектувати стратегію протоколювання і повідомлення про критичні помилки і виключення.