Міністерство освіти і науки України
НАЦІОНАЛЬНИЙ ТЕХНІЧНИЙ УНІВЕРСИТЕТ УКРАЇНИ
"КИЇВСЬКИЙ ПОЛІТЕХНІЧНИЙ ІНСТИТУТ"
Факультет інформатики та обчислювальної техніки
Кафедра технічної кібернетики
Затверджено
На засіданні кафедри
технічної кібернетики
Протокол № _______
від "___" _________2002р.
МЕТОДИЧНІ ВКАЗІВКИ
ДО ЛАБОРАТОРНИХ РОБІТ ПО ДИСЦИПЛІНІ
"Корпоративні інформаційні системи та технології"
для студентів спеціальності
7.091402 Гнучкі комп'ютеризовані системи
та робототехніка
Київ - 2002 р.
Методичні вказівки до лабораторних робіт по дисципліні "Корпоративні інформаційні системи та технології"
/Упоряд.Ю.А.Тимошин - К.; НТУУ"КПІ",2002.
Упорядники: Ю.А.Тимошин, кандидат технічних наук.
Відповідальний редактор В.І.Косюк.
Рецензенти: П.І.Кравець, А.П.Мовчан, кандидати технічних наук, доценти
Лабораторна робота № 1 odbc - менеджер. Створення odbc -джерел.
Мета роботи: вивчити архітектуру ODBC Driver Manager, освоїти роботу з цим спеціалізованим пакетом для створення ODBC - джерел доступу до баз даних корпоративного рівня.
Короткі теоретичні відомості
Донедавна основним методом посилки операторів SQL у мережних СУБД був інтерфейс CLI (Call-Level Interface). Інтерфейс CLI, прийнятий як міжнародний стандарт, забезпечує бібліотеку функцій СУБД, що можуть викликатися прикладною програмою. Таким чином, замість того щоб змішувати SQL з іншою мовою програмування, інтерфейс CLI подібний іншим стандартним бібліотекам, що більшість програмістів уже звикли використовувати.
Оскільки інтерфейс CLI може бути реалізований через чи бібліотеки драйвери БД, що резидентні на кожній локальній машині, можна використовувати різні драйвери, що вимагаються для кожної системи управління БД. Оскільки сучасні операційні системи можуть завантажувати такі бібліотеки (типу динамічних бібліотек Windows) і викликати з них необхідні функції безпосередньо під час виконання, одиночна прикладна програма може не тільки звертатися до даних з різних систем СУБД без перетрансляції, але може також звертатися до даних з багатьох БД одночасно. Нові драйвери для нових СУБД завжди можна купити в розроблювачів чи у третіх фірм, і користувачі можуть установлювати їх на свої комп'ютери без необхідності щось чи змінювати перетранслювати. У силу цих причин інтерфейс CLI був гарним кандидатом на майбутній стандарт ODBC (Open Database Connectivity) - драйверів як універсальний механізм доступу до даних файлів, БД, документів Word, електронних таблиць, тому що Windows-платформа ідеально підходила для реалізації закладених у цьому стандарті ідей.
Odbc-драйвери
ODBC-драйвери можуть знадобитися в будь-якій операційній системі на чи сервері на клієнті, коли ви розробляєте власні додатки, що можуть витягати дані з різних БД, що зберігаються як на SQL-серверах, Так і в спеціалізованих реляційних таблицях. У принципі таблиці, що існують у формі окремих файлів, на манер *.dbf (bBase) чи *.db (Paradox) таблиць, - це вже справи «давно минулих днів». Тепер на SQL- сервері можна зберігати всі дані. Однак і окремі таблиці ще досить часто використовуються, щоб забезпечити доступ до так називаних legacy systems – наслідуваним системам. Проте в нинішні часи, мабуть, немає нічого більш привабливіше, як використовувати могутній SQL-сервер у якості Data Warehouse і OLAP-сервера. Додатки для Unix чи для Windows, написані на звичайному С++, Бейсике чи Java, можуть одержувати доступ до численних даних у всіляких форматах через ODBC-джерела. Ці додатки можуть займатися реконструкцією і перетворенням даних, реалізувати різні мости між даними, забезпечувати Data Pump, тобто «перекачування» даних між різними базами, і т.д. – словом, створювати умови для складування й інвентаризації даних. Освіжимо в пам'яті концепцію ODBC.
Концепція odbc
ODBC забезпечує загальний API-інтерфейс для доступу до найрізноманітнішим БД. Цей інтерфейс був розроблений спільно в двох комітетах – X/OPEN і SQL Access Group (SAG) – і одержав первісну назву як стандарт CLI (Call-Level Interface).
Написати додаток, що використовує стандартний інтерфейс для доступу до будь-який довільний БД, завжди і простіше й ощадливіше, ніж використовувати конкретні, так названі «рідні» інтерфейси, що швидко застарівають.
У концепції ODBC завжди використовується один ODBC Driver Manager і кілька ODBC-драйверів чи розподілюваних бібліотек для доступу до конкретних БД (рис. 1).
ODBC Driver Manager є центральним компонентом, що зв'язує ODBC-сумісні додатки і розподілювані об'єкти (згадайте, що в MS Windows це звичайна DLL-бібліотека), що виконують специфічні функції по обробці SQL-запитів до конкретної БД.
Головне при цьому полягає в тім, що подібний підхід є цілком універсальним і механізм ODBC може працювати практично в будь-який ОС.