Концепції доступу до даних

Одні фактори визначають потреби доступу до даних, інші – впливають на конкретну реалізацію доступу Головне-зручний доступ до даних, і можуть бути створені різні евристичні рішення і правила, сприяють вибору відповідної моделі доступу до даних

У чому цінність хорошого доступу до даних

В ідеальному випадку реалізація зручного доступу до даних забезпечує високопродуктивний, гнучкий і цілісний шар, за допомогою якого будь-яку кількість клієнтів можуть зберігати інформацію, змінювати її і витягувати по мірі необхідності Цей шар може ізолювати клієнта від будь-яких знань про базу даних і бути настільки прозорим, наскільки це можливо Також він може виступати в якості сполучного ланки між функціональністю бази даних і клієнтським додатком Грамотно спроектований рівень даних може багаторазово використовуватися, модернізуватися і обслуговуватися з мінімальними зусиллями

Визначення вимог

Існує безліч моделей доступу до даних, і кожна з них має свої сильні і слабкі сторони стосовно до вирішення реальних завдань

Перед тим як вибрати модель, слід поставити собі кілька запитань

■ Наскільки часто мають відбуватися зміни в схемі Як часто потрібно застосування іншої схеми У розширюваної, легко обслуговується і дружньою для користувача моделі повинні підтримуватися непомітні для користувача перетворення схеми

■ Наскільки часто будуть додаватися нові бази даних Для подцержку цих змін вибирайте шаблон, який буде просто розширювати і розгортати

■ Наскільки великим буде рівень даних Якщо існує потреба в моделі, яка допускає існування більшого кількості обєктів, вибирайте модель, яку буде не складно підтримувати

■ Повинні дані використовуватися спільно групою користувачів Вибирайте ту модель, яка дозволяє прозоро для користувача впроваджувати обєкти, що покращують розгортання, розширюваність та обслуговування

■ Чи слід підтримувати оновлення транзакцій Якщо це так, врахуйте зміни моделі в проекті Взаємодія транзакцій в базі даних повинне знаходитися на середньому рівні Це питання виходить за рамки розгляду цієї книги, і його потрібно розглядати як додаткову угоду

Прозорість даних повинні забезпечувати і інші питання Головне в даному питанні – це витратити якийсь час на завдання рівня даних і врахувати їх у проекті

У табл 541 наведені деякі критерії, які слід взяти до уваги при виборі моделі проектування рівня доступу до даних Далі в цій главі будуть продемонстровані всі три ці моделі

Таблиця 541 Характеристики шаблонів доступу до даних

Проект

Складність

Характер обслуговування

Повторне

викорис

тання

Розширюється

мость

Дружність

розгортання

Обєкти доступу до даних (DA0)

Низька

Нейтральна

Низька

Низька

Висока

Фабрики (Factories)

Нейтральна

Низька

Нейтральна

Нейтральна

Висока

Постачальники даних (Data Providers)

Висока

Низька

Висока

Висока

Висока

Беручи до уваги ці характеристики, давайте більш докладно познайомимося з трьома перерахованими вище шаблонами

Джерело: Нільсен, Пол Microsoft SQL Server 2005 Біблія користувача : Пер з англ – М: ООО ІД Вільямс , 2008 – 1232 с : Ил – Парал тит англ

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*