Цифрова економіка змінила всі аспекти ведення бізнесу. Користувачі стають більш вимогливими, технології постійно розвиваються, і від ІТ-відділів очікують більшої адаптивності і швидкості реагування, ніж раніше.
У настала епосі мобільності і хмар мова йде не тільки про своєчасне надання додатків, але також про спрощення процесів, що прискорюють виконання робочих завдань.
Зростання цифрової економіки веде до швидких і серйозних змін в організаціях. ІТ-відділи стикаються з вимогами все швидше надавати програми та служби користувачам.
Коли бізнес переживає етап зростання, на ІТ-відділ обрушується величезне навантаження, впоратися з якою вдається ...
Компанія Ferrari - один зі світових лідерів з проектування, конструювання, виробництва та продажу найвідоміших спортивних автомобілів класу люкс. Для підвищення ефективності та спрощення управління своїми внутрішніми процесами компанія прийняла рішення про впровадження системи управління ресурсами підприємства Infor® LN.
Майбутні версії API стануть частиною архітектури OLE
Корпорація Microsoft випустила ODBC майже три роки тому в якості засобу для зв'язку Windows-додатків з різними серверами баз даних. З тих пір інтерфейс Open Database Connectivity (відкрите взаємодія з базами даних) став життєво важливим методом отримання доступу до даних на рівні підприємства, а його продуктивність, функціональність і, найважливіше, підтримка розробників були значно поліпшені.
Втім, ODBC постійно змінюється. Microsoft збирається скомбінувати майбутні версії ODBC зі своєю архітектурою OLE (Object Linking and Embedding).
Переваги та недоліки ODBC є наслідком того, що він знаходиться під контролем Microsoft. Хоча Microsoft досить велика для того, щоб зробити ODBC самоцінним продуктом, інші постачальники, що впливають па розробку ODBC, виявляються в тіні цієї компанії.
ODBC. 1.0 був замкнутий на Windows і не роботи в інших операційних середовищах. Крім того, ODBC працюють значно повільніше, ніж "рідні" драйвери системи, і був недостатньо документований.
ЯК ПРАЦЮЄ ODBC
На даний момент ODBC є проміжним (middleware) ПО. Він знаходиться між клієнтським додатком і обробляють (back-end) сервером, забезпечуючи стандартний інтерфейс з різними серверами баз даних, що використовують SQL, обмін загальними елементами між ними, обробку помилок, системні каталоги і твані даних. Для розробки ODBC-сумісних програм, таких як електронні таблиці або замовлене ПО, розробники повинні використовувати або Сі ++ в поєднанні з ODBC SDK, або Visual Basic або Access корпорації Microsoft, користуючись при цьому для баз даних її механізмом Jet.
Між ODBC-сумісною і даними па сервері знаходяться менеджер драйвера ODBC і драйвер вихідний бази даних. Цей менеджер драйвера, що носить назву ODBC.DLL, управляє всіма зв'язками між додатком і драйвером бази даних. Розробник повинен написати спеціальний драйвер для кожної бази даних, щоб ODBC-додаток могло отримати доступ до будь-якої з них. Крім того, кожен драйвер повинен бути сумісний з ODBC API (Application Programming Interface - інтерфейс прикладного програмування). Робота драйвера полягає в тому, щоб переводити, наприклад, умови запитів в терміни, які зрозумілі конкретної базі даних. Від якості цього драйвера в великій мірі залежить продуктивність і функціональність ODBC.
НАВІЩО ПОТРІБНА ODBC
Драйвери ODBC пропонують постачальникам додатків і баз даних для серверів якийсь компроміс. Кожен постачальник бази даних пристосовує свою базу для єдиного середовища, створюючи спеціальні мови і особливий набір інструментів розробки. З іншого боку, розробники зобов'язані програмувати свої додатки, не знаючи того, яку базу даних їх клієнти віддадуть перевагу. Тому їм доводиться використовувати різні API, щоб включити в свою програму взаємодія з кожним сервером баз даних, дописувати й переписувати свої додатки - довгий і дорогий процес.
На даний момент основним методом зв'язування баз даних є спеціалізація. Розробники повинні програмувати конкретні виклики функцій бази даних з кожної програми. Щоб прискорити цей процес, розробники використовують такі бібліотеки, як DB Library і QELib. Однак ці бібліотеки, в основі своїй представляють собою набір Windows DLL (dynamic link libraries - динамічно завантажувані бібліотеки) і підпрограми на мові Сі, вимагають від розробників оволодіння великою кількістю різновидів мови SQL і спеціальних внутрішніх процедур, характерних для кожної серверної бази даних. ODBC, втім, це єдиний API. Він знаходиться між клієнтом і сервером бази даних і навіть може сам зв'язуватися зі згаданими вище спеціальними бібліотеками. При роботі з інтерфейсом ODBC, для того щоб прив'язати додатки до будь-якої базі даних, розробникам досить знати тільки його API. Тому одному з додатком Mогут бути доступні різні вихідні дані незалежно від їх формату.
ЕВОЛЮЦІЙНІ ЗМІНИ В ODBC 2.0
Графік випуску ODBC
ODBC 2.0 Level 1 і Level 2 є зробленими Microsoft розширеннями CLI, специфікації SAG. Level 1 включає 19 додаткових функцій. Найбільш важлива їх особливість полягає в тому, що додаток отримує можливість доступу до каталогізувати інформації, наприклад до даних з шпальти.
Крім цього Level 1 забезпечує доступ до інформації специфічних драйверів бази даних. Більшість сумісних з ODBC 2.0 додатків сумісні і з Level 1. Level 2 включає 19 додаткових (функцій, наприклад таких, як доступ до прокручувати табличним курсором, які є масивами табличних даних. Level 2, крім того, розширює доступ до функцій захисту баз даних.
В цілому ODBC 2.0 володіє більшою продуктивністю, ніж попередня версія, завдяки розширенню можливостей свого драйвера баз даних, який дає ODBC продуктивність, майже рівну продуктивності власного драйвера даної бази. Наприклад, тести, проведені IBM, показали, що продуктивність ODBC при підключенні до DB2 на системі AS / 400 не більше ніж на 10 відсотків поступається продуктивності оригінального драйвера. Менеджер драйвера ODBC 1.0 був причиною деяких недоліків попередньої версії, т. К. Він скидав ODBC.DLL щоразу, коли додаток виконувало функцію ODBC під назвою SQLDisconnect. Навпаки, менеджер драйвера ODBC 2.0 зберігає DLL драйвера активним до тих пір, поки не буде встановлено зв'язок з іншим сервером. В ODBC 2.0 усунуто уповільнення при початку встановлення зв'язку. Він працює з масивом функцій драйверів баз даних, а у версії 1.0 кожна функція завантажувалася окремо.
Вже існує попередня версія OLE DB.Access 2.0 і Visual Basic випускаються з набором OLE-об'єктів, що носять назву Data Access Objects, де ODBC використовується для забезпечення зв'язку з механізмом бази даних Access. Microsoft стверджує, що нова специфікація залишиться сумісної з нинішніми версіями ODBC-додатків.
Втім, розробники повинні бути обережні: хоча OLE і об'єктні компоненти добре виглядають на папері, OLE, здається, буде повільним, неекономною технологією, доступною тільки в спеціальних версіях Windows. Однак Microsoft впоралася з основними недоліками ODBC, зробивши його найнадійнішою стратегією.