Інтерфейси взаємодії веб-додатків з СУБД.

💸 Как сделать бизнес проще, а карман толще?

Тот, кто работает в сфере услуг, знает — без ведения записи клиентов никуда. Мало того, что нужно видеть свое раписание, но и напоминать клиентам о визитах тоже. Проблема в том, что средняя цена по рынку за такой сервис — 800 руб/мес или почти 15 000 руб за год. И это минимальный функционал. Нашли самый бюджетный и оптимальный вариант: сервис VisitTime.
⚡️ Для новых пользователей первый месяц бесплатно. А далее 290 руб/мес, это в 3 раза дешевле аналогов. За эту цену доступен весь функционал: напоминание о визитах, чаевые, предоплаты, общение с клиентами, переносы записей и так далее.
✅ Уйма гибких настроек, которые помогут вам зарабатывать больше и забыть про чувство «что-то мне нужно было сделать».
Сомневаетесь? нажмите на текст, запустите чат-бота и убедитесь во всем сами!

Сьогодні більшість інформаційних систем в тій чи іншій мірі використовують бази даних. Чи не становлять виняток і системи, засновані на веб-технологіях. Тому організація взаємодії веб-додатків з СУБД є невід'ємною складовою частиною веб-технологій.

До почав 90-х років існувало декілька різних постачальників баз даних, кожен з яких мав власний інтерфейс. Якщо додатку було необхідно обмінюватися даними з декількома джерелами даних, для взаємодії з кожною з баз даних було необхідно написати окремий код. З метою вирішення цієї проблеми Майкрософт і ряд інших компаній створили стандартний інтерфейс для отримання і відправки даних джерел даних різних типів. Цей інтерфейс отримав назву open database connectivity (ODBC).

C допомогою ODBC прикладні програмісти змогли розробляти додатки з використанням єдиного інтерфейсу доступу до даних, не враховуючи тонкощі взаємодії з різними джерелами даних. Це досягається завдяки тому, що постачальники різних баз даних розробляють драйвери, що враховують специфіку конкретних джерел даних при реалізації стандартних функцій з ODBC API. При цьому додатки використовують функції такого API, реалізовані у відповідному конкретному джерелу даних драйвере.

По-суті, інтерфейс ODBC є звичайним процедурним API. ODBC підтримується великою кількістю операційних систем.

Є також ODBC-драйвери і для нереляційних даних, таких як електронні таблиці, текст і XML файли.

Типовий сценарій роботи веб-додатки з джерелом даних виглядає наступним чином:

1. Встановлення з'єднання та підключення до джерела даних.

2. Виконання запитів, необхідних для вибірки, вставки або зміни наборів даних джерела.

Компанією Майкрософт був запропонований інтерфейс програмування додатків для доступу до даних, розроблений і заснований на технології компонентів ActiveX - ADO (ActiveX Data Objects), який дозволяє представляти дані з різноманітних джерел (реляційних баз даних, текстових файлів і т. Д.) В об'єктно орієнтованому вигляді. Компоненти ADO знайшли застосуються при розробці додатків на таких мовах як VBScript в ASP і Visual Basic.

В рамках Microsoft.NET основною моделлю доступу додатків до джерел даних є ADO.NET. Вона не є розвитком ADO і являє собою абсолютно самостійну технологію.Компоненти ADO.NET входять в поставку.NET Framework.

- Data provider - набір класів для доступу до джерел даних. Кожне з джерел даних має свій власний набір об'єктів, проте всі вони мають спільне безліч класів: Connection, Command, Parameter, DataAdapter, DataReader.

- DataSets об'єкти - група класів, що описують прості реляційні бази даних, размещаеми в пам'яті. Містить ієрархію таких класів як: DataTable, DataView, DataColumn, DataRow, DataRowView, DataRelation, Constraint.

Об'єкт DataSet заповнюється даними з БД за допомогою об'єкта DataAdapter, у якого задані властивості Connection і Command. DataSet може зберігати свій вміст також в XML (опціонально разом з XSD схемою) або отримувати дані з XML.

ADO.NET підтримує роботу з від'єднаними наборами даних, що вкрай важливо при використанні масштабованих веб-додатків. Така можливість реалізується за допомогою класу DataSet спільно з класом DataAdapter.

Однією з найважливіших складових технології ADO.NET є постачальник даних. По-суті, це набір класів, призначених для взаємодії з джерелом даних певного типу. Використання різних постачальників даних робить ADO.NET дуже гнучкою і розширюваної.