Урок за СУБД: Пълен курс за сривове на СУБД



Тази статия за DBMS tutorial обхваща всичко, свързано с това как работят системите за управление на бази данни и ви помага да получите задълбочени познания за тях.

Както всички знаете, Системата за управление на бази данни (СУБД) е софтуер, който се използва за управление на бази данни. И така, тази статия за DBMS Tutorial ще ви помогне да разберете както основните, така и разширените концепции на СУБД .

Темите, обсъдени в тази статия, са:





Нека да започнем!

Какво е база данни?

The еорганизирано събиране на структурирани данни, за да ги направи лесно достъпни, управляеми и актуализирани. Азn прости думи, можете да кажете, база данни на място, където данните се съхраняват.Най-добрата аналогия е библиотеката. Библиотеката съдържа огромна колекция от книги от различни жанрове, тук библиотеката е база данни и книгите са данните.



По време на началната фаза на компютърната ера данните се събираха и съхраняваха на ленти, които бяха предимно устройства само за запис, което означаваше, че щом данните се съхраняват на тях, те никога повече не могат да бъдат прочетени. Те бяха бавни и обемисти и скоро компютърните учени осъзнаха, че се нуждаят от по-добро решение на този проблем.

Заедно данните и СУБД, заедно с приложенията, които са свързани с тях, се наричат ​​система от бази данни, често съкратена само до база данни.

Еволюция на базата данни

  • Базите данни се развиват от самото им създаване в началото на 60-те години.
  • През 80-те години, Релационни бази данни стана популярен, последван от обектно-ориентирани бази данни през 90-те години.
  • Съвсем наскоро възникна като отговор на нарастването на интернет и необходимостта от по-бърза скорост и обработка на неструктурирани данни.
  • Днес, Облачни бази данни и самоуправляващите се бази данни пробиват нова гледна точка, когато става въпрос за това как данните се събират, съхраняват, управляват и използват.

„Бази данни“ е много обширна тема. Така че, покриването на темите по тази тема е много досадна задача.



__в него__

Урок за DBMS: Характеристики на базата данни

Сега основните характеристики на базата данни включват:

  • Той използва цифрово хранилище, създадено на сървър за съхраняване и управление на информацията. |
  • Базата данни трябва да може да съхранява всички видове данни, които съществуват в този реален свят.
  • Той може да осигури ясен и логичен поглед върху процеса, който манипулира данните.
  • Най-важното е, че базата данни се използва за осигуряване на сигурност на данните.
  • СУБД съдържа всички автоматични процедури за архивиране и възстановяване.
  • Той също така съдържа ACID свойства, които поддържат данните в здраво състояние в случай на отказ.
  • Базата данни може да намали сложната връзка между данните.
  • Използва се и за подпомагане на манипулирането и обработката на данни.
  • Можете да преглеждате база данни от различни гледни точки в съответствие с изискванията, посочени от потребителя.

Сега, говорейки за приложенията на база данни, ще видим къде точно можете да използвате базата данни.

Урок за СУБД: Приложения на база данни

Приложенията за бази данни са софтуерни програми, предназначени да събират, управляват и разпространяват информация много ефективно. Толкова много собственици на малък бизнес създават прости бази данни като списъци с клиенти и пощенски списъци с лесен за използване софтуер и има компании, които използват предварителните бази данни за манипулиране на данни.

Счетоводни приложения

Говорейки за счетоводната система, това е приложение за персонализирана база данни, използвано за управление на финансови данни.

  • Можете да използвате потребителските формуляри, които се използват за записване на активи, пасиви, инвентар и транзакции между клиенти и доставчици.
  • Получете преглед на отчетите за доходите, балансите, поръчките за покупка и генерираните фактури са персонализирани отчети, базирани на информация, която се въвежда в базата данни.
  • Счетоводните приложения се изпълняват на един подходящ компютърза малък бизнес или в мрежова споделена среда, за да се отговори на нуждите на множество отдели и места в по-големи организации.

Уеб приложения

Много уеб приложения също използват бази данни, за да съхраняват данни. Това може да бъде поверителна информация на организация или някаква лична информация за потребителя. Базата данни се използва за съхраняване на данни в последователен ред и ви помага при достъп до данни, когато е необходимо.

  • Също така много уеб приложения се създават с помощта на приложения за бази данни. Ние смеb сайтове, които също комбинират система за счетоводна база данни, за да записват транзакции на продажби и приложение за база данни CRM, за да включат обратна връзка и да стимулират положителния опит на клиентите. Ще обсъдим CRM базата данни в следващата тема.
  • Най-популярното уеб-базирано приложение „Facebook“е по същество база данни, изградена върху „ MySQL ”Система от бази данни и е индикация за нарастващото използване на приложения за бази данни като основа за уеб-базирани приложения.

CRM приложения

Системата за управление на взаимоотношенията с клиенти (CRM) е перфектно приложение за база данни, което е персонализирано за управление на маркетинговите, продажбите и поддържащите взаимоотношения между бизнеса и клиентите.

Основната цел е да се увеличи броят на продажбите, да се минимизират разходите и да се насърчат стратегическите взаимоотношения с клиентите.

Предимства

  • Намалена излишък на данни.
  • Освен това има намалени грешки и увеличена последователност.
  • По-лесна цялост на данните от приложните програми.
  • Подобрен достъп до данни за потребителите чрез използването на хост и езици за заявки.
  • Подобрена е и сигурността на данните.
  • Намалени разходи за въвеждане, съхранение и извличане на данни.

Недостатъци

  • Сложност : Базите данни са сложни хардуерни и софтуерни системи.
  • Разходи : То изисква значителни авансови и текущи финансови ресурси.
  • Сигурност: Повечето водещи компании трябва да знаят, че техните системи за бази данни могат сигурно да съхраняват данни, включително чувствителна информация за служителите и клиентите.
  • Съвместимост : Съществува риск СУБД да не е съвместима с оперативните изисквания на компанията.

След като вече имате представа за това как работи базата данни, нека продължим напред и да разберем системата за управление на базата данни.

СУБД

Система за управление на база данни (СУБД) е софтуер, който се използва за управление на базата данни. Тополучава инструкции от администратор на база данни (DBA) и съответно инструктира системата да направи съответните промени. Това са основно команди, които се използват за зареждане, извличане или модифициране на съществуващи данни от системата.

СУБД - Урок за СУБД - Edureka

Системите за управление на бази данни също имат за цел да улеснят общия преглед на базите данни, като предоставят разнообразни административни операции като настройка, мониторинг на производителността и възстановяване на резервно копие.

Системите за управление на бази данни позволяват на потребителите да правят следното:

  • Дефинирайте данни - Позволява на потребителите да създават, модифицират и изтриват дефинициите, които определят организацията на базата данни.
  • Актуализиране на данни - Осигурява достъп на потребителите за вмъкване, модифициране и изтриване на данни от базата данни.
  • Извличане на данни - Позволява на потребителите да извличат данни от база данни въз основа на изискването.
  • Администриране на потребители - Регистрира потребители и следи действията им, налага сигурността на данните, поддържа целостта на данните, следи производителността и се занимава с контрол на паралелността.

Характеристики

  • Да се граница достъп разрешения на потребителите
  • Осигурете множество мнения на схемата за единична база данни
  • Улеснява сигурност и премахва резервирането на данни
  • Позволява транзакция за много потребители обработка и споделяне на данни
  • Следва КИСЕЛИНА Имот
  • Предлага както физическа, така и логическа независимост на данните

Сега да видим как да създадем база данни.

Използваме израза CREATE DATABASE, за да създадем нова база данни.

Синтаксис:

СЪЗДАВАНЕ НА БАЗА ДАННИ име на база данни

Пример:

СЪЗДАВАНЕ НА БАЗАТА ДАННИ Колеж

Така ще бъде създадена базата данни на име College. Ето колко лесно можете да създадете база данни.

Сега нека разберем приложенията на СУБД.

Приложения на СУБД

  • Банкиране
  • Авиокомпании
  • Финанси
  • Продажби и производство
  • Университети

Това са някои от забележителните приложения на СУБД. Сега да продължим и да разберем характеристиките на СУБД.

Урок за СУБД: Характеристики

  • Минимално дублиране: ттук има много потребители, които използват базата данни, така че шансовете за дублиране на данни са много високи. В системата за управление на база данни се споделят файлове с данни, което от своя страна минимизира дублирането на данни.
  • Спестява място за съхранение: СУБД има какво да спести, ноинтегрирането на данни в СУБД спестява много повече място.
  • Рентабилен: Много cкомпаниите плащат толкова много пари, за да съхраняват данните си. Ако са успели да запазят данни, това ще спести разходите им за въвеждане на данни.
  • Сигурност: СУБД съхранява всички файлове с данни за постоянно и няма шанс да загубите данни. Например се случва да загубите някои данни, тогава има и метод за архивиране и възстановяване, който може да запази файловете с данни на организацията. И така, СУБД е много сигурна.

Сега нека разберем архитектурата на СУБД.

Архитектура

Проектирането на СУБД зависи главно от нейната архитектура. Архитектурата може да бъде или централизирана, или децентрализирана, или йерархична. Може да се разглежда като едностепенна или многостепенна. Можете също така да имате n-ниво архитектура, която разделя цялата система на свързани, но независими н модули, които могат да бъдат независимо модифицирани, променени, променени или заменени.

Можете да имате:

Едностепенна

Тук базата данни е директно достъпна за потребителя. Това означава, че потребителят може да пребивава директно в СУБД и да я използва. Всички промени, направени тук, ще бъдат направени директно върху самата база данни. И не предоставя удобен инструмент за крайните потребители.

1-ниво се използва там, където клиентът, сървърът и всички се намират на една и съща машина. Всеки път, когато инсталирате база данни в системата си и осъществявате достъп до SQL заявки, се използва архитектурата от 1 ниво. Но тази архитектура рядко се използва в производствения раздел.

2-степенна

Двустепенната архитектура е същата като основния клиент-сървър. В тази архитектура приложенията на клиента могат директно да комуникират с базата данни от страна на сървъра. За да комуникира със СУБД, клиентското приложение установява връзка със сървърната страна.

Винаги, когато клиентската машина отправя заявка за достъп до базата данни, използвана в сървъра SQL , сървърът изпълнява заявката върху базата данни и връща резултата обратно на клиента.

Тристепенна

Архитектурата от 3 нива съдържа слой между клиента и сървъра. Тук клиентът не може директно да комуникира със сървъра. Крайният потребител няма представа за сървъра на приложения. Базата данни също няма представа за друг потребител извън приложението.

Приложението, присъстващо в края на клиента, взаимодейства със сървър на приложения, който от своя страна комуникира със системата на базата данни.

Той има три слоя или нива, а именно, Представителен слой, Приложен слой и База данни.

  • Ниво на базата данни: В този слой базата данни присъства заедно с нейните езици за обработка (Query). Имате и отношенията, които определят данните и техните ограничения на това ниво.

  • Ниво на приложение: Нарича се още средно ниво. Това ниво се състои от сървър на приложения и програми, които имат достъп до базата данни. За потребител това ниво на приложение показва абстрактен изглед на базата данни. В другия край нивото на базата данни не е запознато с други потребители извън нивото на приложението. Следователно, приложният слой се намира в средата и действа като посредник между крайния потребител и базата данни.

  • Потребителско ниво: Това също се нарича ниво на презентация. Крайните потребители работят в този слой и не знаят нищо за съществуването на базата данни извън този слой. В този слой множество мнения на базата данни може да бъде предоставена от приложението. Всички изгледи се генерират от приложения, които присъстват в нивото на приложението.

Сега, след като разбрахте архитектурата, нека да продължим и да разберем компонентите на СУБД.

Урок за DBMS: Компоненти

Говорейки за компонентите на СУБД, имаме:

  • Хардуер

Това се състои от набор от физически електронни устройства като I / O устройства, устройства за съхранение и много други. Той също така осигурява интерфейс между компютри и реални системи.

как да конфигурирам eclipse за java -
  • Софтуер

Това е набор от програми, които се използват за контрол и управление на цялостната база данни. Той включва и самия софтуер на СУБД. Операционната система, мрежовият софтуер, използван за споделяне на данните между потребителите, приложните програми, използвани за достъп до данни в СУБД.

  • Данни

Системата за управление на база данни събира, съхранява, обработва и осъществява достъп до данни. Базата данни съдържа както действителните, така и оперативните данни, както и метаданните.

  • Процедура

Това са правилата и инструкциите как да използвате базата данни, за да проектирате и стартирате СУБД, да насочвате потребителите, които я експлоатират и управляват.

  • Език за достъп до база данни

Използва се за достъп до данните до и от базата данни. За да въведете нови данни, актуализирането или извличането изисква данни от бази данни. Можете да напишете набор от подходящи команди на езика за достъп до базата данни, да ги изпратите на СУБД, която след това обработва данните и ги генерира, показва набор от резултати в удобна за четене от потребителя форма.

След като вече разбрахте компонентите на базата данни, нека продължим напред и да разберем типовете.

Урок за DBMS: Типове

Следват различните видове СУБД:

  • Йерархично: Този тип СУБД демонстрира стил на връзката предшественик-наследник. Можете да го смятате за подобен на дърво, където възлите на дървото представляват записи, а клоните на дървото представляват полета.

Йерархичен DBMS-DBMS Tutorial-Edureka

  • Релационна база данни (RDBMS): Този тип има структура, която позволява на потребителите да идентифицират и да имат достъп до данни по отношение към друга част от данните в базата данни. Тук данните се съхраняват под формата на таблици.

  • Мрежа: Този тип система за управление на база данни поддържа много към много връзки, при които могат да бъдат свързани множество потребителски записи.
  • Обектно-ориентиран: Той използва малък индивидуален софтуер, наречен обекти.Тук всеки обект съдържа част от данните и инструкциите за действията, които трябва да се извършат с данните.

Урок за СУБД: Модели на данни

Моделите на данни в СУБД помагат да се определи как се моделира логическата структура на база данни. Моделите на данни са основно основните елементи, които въвеждат абстракция в СУБД. Тези модели данни също дефинират как данните са свързани помежду си и как се обработват и съхраняват в системата.

Сега, защо се нуждаете от този модел на данни?

  • Той гарантира, че всички обекти на данни, изисквани от базата данни, са точно представени. Пропускането на данни понякога ще доведе до създаване на дефектни отчети и ще доведе до неправилни резултати.
  • Модел на данни помага при проектирането на базата данни на концептуално, физическо и логическо ниво.
  • Структурата помага да се определят релационните таблици, първичен и чужди ключове , и съхранени процедури.
  • Също така е полезно да се идентифицират липсващи и излишни данни.

Този модел данни може допълнително да бъде разделен на следните типове:

Видове модел на данни

    1. Идеен
    2. Физически
    3. Логично

Сега нека видим работата на тези модели данни.

Идеен

Този тип модел на данни определя каквосистемата съдържа. Концептуалният модел е създаден от Data Architects като цяло. Целта е да се организират, обхванат и дефинират бизнес концепции и правила.

Има 3 основни стила в концептуални модели на данни:

  • Субект
  • Атрибут
  • Връзка

Това може да се нарече модел на субект-връзка.

Моделът за взаимоотношения между субектите (ER) се основава на идеята за реални обекти и взаимоотношения между тях. Този ER модел се използва най-добре за идейния дизайн на база данни.

Обект: Обект в ER модел е обект от реалния свят със свойства, посочени като Атрибути . Всеки атрибут се дефинира от неговия набор от стойности, наречен Домейни .
Например, разгледайте подробностите за студент. Подробностите като името, възрастта, класа, раздела и всички те се включват в обекта.

Връзка: Извиква се логическата асоциация между обектитеда се R привързаност . Тези взаимоотношения се картографират с обекти по различни начини. Картирането (едно към едно, едно към много, много към много) определя броя на асоциирането между две обекти.

Сега нека разберем физическия модел на данните.

Физически

Физическият модел на данни помага при описването на специфичното за базата данни изпълнение на модела на данни. Моделът на физическите данни предлага абстракция на базата данни и помага за генерирането на .

Този модел на физически данни също помага да се визуализира структурата на базата данни. Също така помага за моделиране на ключове, ограничения, колони от база данни, индекси , тригери и други RDBMS Характеристика.

Сега нека разберем логическия модел на данни.

Логично

Логическите модели на данни помагат да се добави допълнителна информация към елементите на концептуалния модел. Този модел определя структурата на елементите от данни и също така задава съответните връзки между тях.

На това ниво не Основна или Вторичният ключ е дефиниран и трябва да проверите и коригирате детайлите на съединителя, които са зададени по-рано за връзки.

Основното предимство на този логически модел на данни е да осигури основа за формиране на основата за физическия модел.

Надявам се, че това е ясно за вас, момчета.

Продължавайки с урока за СУБД, нека разгледаме ключовете в СУБД.

Урок за DBMS: Клавиши

Ключовете са най-важната концепция на базите данни. Ключовете играят жизненоважна роля в Релационна база данни . Това се използва за идентифициране на уникални редове от таблицата. Той също така установява връзката между таблиците.

Защо се нуждаете от тези ключове в базата данни?

Отговорът на това би бил,

  • В реално приложение таблица може да съдържа хиляди или дори повече записи. Освен това записите също могат да бъдат дублирани. Клавишите гарантират, че можете да идентифицирате уникално запис на таблица въпреки много предизвикателства.
  • Клавишите също ви позволяват да установите връзка и също така да идентифицирате връзките между таблици
  • Ключовете също ви помагат да наложите идентичност и почтеност във връзката.
Видове ключове

СУБД притежават различни ключове, които имат различни функционалности.

Нека обсъдим най-често използваните ключове в СУБД.

    • Ключ за кандидат: Минималният набор от атрибути, които могат еднозначно да идентифицират кортеж, е известен като кандидат-ключ. Релацията може да съдържа повече от един кандидат-ключ, където ключът е или прост, или композитен ключ.

    • Супер ключ: Наборът от атрибути, които могат уникално да идентифицират кортеж, е известен като Super Key. И така, кандидатният ключ е суперключ, но обратното не е вярно.

    • Първичен ключ: Набор от атрибути, които могат да се използват за уникална идентификация на всеки кортеж, също е първичен ключ. Така че, ако в една връзка присъстват 3-4 кандидат-ключа, то от тях един може да бъде избран като първичен ключ.

Първичен ключ - Урок за СУБД - Edureka

  • Алтернативен ключ: Ключът кандидат, различен от първичния ключ, се извиква като алтернативен ключ .

  • Външен ключ: Атрибут, който може да приема стойностите, присъстващи само като стойности на някой друг атрибут, е външният ключ на атрибута, към който се отнася.

Преминавайки към последната тема на тази статия в урока за СУБД, нека научим за нормализирането в СУБД.

Нормализация

е процесът на намаляване на излишността на данните в таблицата и също подобряване на целостта на данните. И така, защо това се изисква? без Нормализация в SQL може да се сблъскаме с много проблеми като

  1. Аномалия на вмъкването : Това се случва, когато не можем да вмъкнем данни в таблицата без наличието на друг атрибут
  2. Аномалия на актуализацията : Това енесъответствие на данните, което е резултат от излишък на данни и частично актуализиране на данните.
  3. Аномалия на заличаването : Това се случвакогато някои атрибути са загубени поради изтриването на други атрибути.

Това изображение по-долу показва как работи Нормализирането в SQL.

Нормализация в SQL-DBMS Урок - Edureka

И така, с това стигнахме до края на този урок за СУБД. Надявам се, че вие ​​сте наясно с темите, които са обсъдени в този урок.

Ако искате да научите повече за MySQL и опознайте тази релационна база данни с отворен код, след това разгледайте нашата което се предлага с обучение под ръководството на инструктори на живо и опит в реалния живот на проекти. Това обучение ще ви помогне да разберете MySQL задълбочено и ще ви помогне да постигнете майсторство по темата.

има vs е java

В случай на заявки, можете да ги поставите в раздела за коментари на Ръководството за СУБД и ние ще върнем най-рано.