Въведение в СУБД Архитектура
Базата данни е съвкупност от свързани данни. Данните могат да бъдат съвкупност от факти и цифри, които могат да бъдат обработени, за да се получи повече информация. Система за управление на база данни съхранява данни и ги извлича, когато е необходимо. Потребителят може също така да манипулира и да произвежда повече информация от настоящите данни. База данни има характеристики като реално образувание, базирани на отношения таблици, изолиране на данни и приложение, по-малко излишък на данни и последователност. СУБД също осигурява език на заявките, което го прави по-ефективен и който следва свойствата на ACID. СУБД може да се използва от множество потребители едновременно. В тази тема ще научим за СУБД Архитектура.
Видове архитектура на СУБД
Система от бази данни може да бъде централизирана или децентрализирана. Това зависи от архитектурата на базата данни. Архитектурата на базата данни логично е от два типа:
- 2-степенна DBMS архитектура
- 3-степенна DBMS архитектура
Базата данни също може да има архитектура на едно ниво.
1-степенна архитектура
Когато се използва едностепенна архитектура, базата данни е достъпна директно за потребителя. Потребителят може директно да получи достъп до базата данни и да използва данните. Всички промени, направени тук, ще бъдат отразени директно в базата данни. Той не предоставя удобен инструмент, който може да се използва от крайните потребители. Архитектурата на 1 ниво се използва главно за разработване на локални приложения и те могат да се използват директно за комуникация с базата данни и получаване на бърза реакция.
2-степенна архитектура
2-степенната DBMS архитектура е подобна на архитектура клиент-сървър. В двустепенните архитектури има приложения от страна на клиента и те могат лесно да комуникират с базата данни, която би присъствала от страна на сървъра. За да направи това взаимодействие успешен потребител, може да използва API, като ODBC и JDBC. Всички приложения и потребителски интерфейси, които се нуждаят от данни за своето обработване, се поставят от страна на клиента. Сървърът поема отговорността за предоставяне на функционалности като обработка на заявки и управление на транзакции. За да свърже и двете и да има връзка със СУБД, клиентското приложение може да го установи със страната на сървъра.
ODBC, което е съкращение за Open Database Connectivity, което помага при предоставянето на API, който позволява на клиентски приложения да се свързват към СУБД и след това да работят по-нататък. Най-честите доставчици са драйвери за ODBC. Този вид архитектура осигурява DBMS допълнителна проверка за сигурност и автентификация и за приложенията. Тази архитектура се използва там, където трябва да имат достъп до СУБД чрез всяко приложение. Приложенията са независими от базата данни по отношение на работа, дизайн и програмиране. Презентационният слой може да бъде компютър, мобилен телефон, таблет и др. Пример за двустепенна архитектура може да бъде система за управление на контакти чрез използване на MS Access.
3-степенна архитектура
Отличителният фактор между ниво 1, ниво 2 и 3 е, че предишните две имат сложност и е представено как използват данните, които се намират в базата данни. Tier 3 архитектура се използва широко и помага за ефективното проектиране на база данни. В идеалния случай той има три части:
- База данни или ниво на данни : Присъстващата база данни работи в сътрудничество с езика за обработка на заявки. Отношенията могат да бъдат определени заедно с данните и също ограниченията могат да бъдат дефинирани на това ниво.
- Приложение или среден слой: Подреждането на приложението действа като абстрактен изглед на базата данни. Когато се използва този слой, можем да имаме сървъра за приложения и програмата заедно, така че да може да се получи достъп до базата данни. Всеки път, когато крайният потребител има достъп до базата данни, той не знае за наличието на база данни. По същия начин базата данни не се влияе от потребителя, който има достъп до нея. Приложният слой основно се фокусира върху това, че е междинен софтуер или шлюз и действа като посредник между потребителя и базата данни.
- Потребителски или презентационен слой: Крайният потребител взаимодейства с базата данни, използвайки този слой. Могат да се използват всички различни таблици или изгледи и те могат да предоставят всички данни, изисквани от приложение. Този вид многостепенна база данни може да се променя без никакви препятствия. Причината за тази лекота е, че компонентите са независими и промените, които се правят на тях, също се извършват независимо. Крайните потребители, тъй като не са наясно с нищо, което се случва в задния план. И двете организации изпълняват своите индивидуални задачи, докато приложният слой ги управлява.
Може да се каже и като разширение на двустепенна архитектура. Средният слой на приложението между базата данни и потребителските слоеве е този, който разбира езика за достъп до базата данни и помага при обработката на заявките на крайния потребител към СУБД. Понякога има и допълнителен слой, който може да бъде добавен и който предоставя графичен потребителски интерфейс за крайния потребител, така че той да може да взаимодейства с крайния потребител. Графичният слой действа като система от бази данни за крайния потребител. Крайният потребител няма представа за приложния слой или за DBMS системата. Приложният слой (бизнес логически слой) също обработва функционална логика, ограничения и правила, преди да предаде данни на потребителя или надолу към СУБД
Целта на тристепенната архитектура е:
- Поддържайте множество изгледи на данни
- Помощ при програмирането на независимостта на данните
- Предлагам да поддържам DBMS архитектура
- Той отделя потребителските приложения от физическата база данни
Извод: СУБД Архитектура
СУБД е мястото, където данните могат да се съхраняват и използват както и когато се изискват. Данните могат да се използват, създават и променят според нуждите на потребителя. Архитектурата за управление на база данни помага при проектирането, разработването, прилагането и поддържането на базата данни. По принцип има две идеални архитектури и една допълнителна. Единичната архитектура има клиент, сървър и база данни, където всички те се намират на една и съща машина. Двустепенна архитектура е архитектура на база данни, където има презентационен слой, който се изпълнява на клиентската машина и данните се съхраняват на сървърната машина. Третият и последен е тристепенната архитектура, която се състои от презентационен слой, който може да има компютър, таблет, мобилен телефон и т.н., приложен слой и сървър на база данни. Приложният слой се използва за взаимодействие с другите два слоя. В резултат на това тези данни могат да се поддържат правилно и да останат сигурни.
Препоръчителни статии
Това е ръководство за СУБД Архитектура. Тук сме обсъдили типовете СУБД Архитектура с цел тристепенна архитектура. Можете да разгледате и другите ни предложени статии, за да научите повече -
- Какво е Elasticsearch?
- Въведение в СУБД
- Въпроси за интервю за СУБД
- СУБД срещу RDBMS