System zarządzania bazami danych (DBMS): klasyfikacja, definicja i funkcje

Dane - to zawsze struktura i treść, składnia i semantyka. W kontekście baz danych - tabele, relacje między tabelami, zapytania i ich wyniki. Nie można powiedzieć, że panująca pomysł relacyjnych baz danych - ideał, ale jest praktyczny, wygodny i pozwala opisać dowolny obszar zastosowania.

Jeśli baza danych - to zbiór tabel, system zarządzania bazami danych (DBMS) - obsługa wielu baz danych i zapewnienie w każdej z nich odpowiedniej funkcjonalności w części administracyjnej, pracy i czytania. Z biegiem czasu DBMS zyskały wiele specyficznych cech, które uważa się de facto standardem, i mam własny język opisu, pracy i pobierania próbek.

Podstawowe funkcje bazy DANYCH

Bazy danych pozwalają przedstawić populacji danych przez system tabel, określić relacje między tabelami, określić żądaną zapytania formularz odpowiednich wyników i zapewnienia dwa warianty pracy:

• Zmiany;
• Tylko do odczytu.

Właściwie od DBMS więcej i nie jest wymagane, należy zapewnić dostęp kodu dla celów administracji lub pracy (zmiany lub odczyt). Użytkownik nie ma bezpośredniego dostępu do danych, ale po pewnym kod mu dostępna jest szeroka funkcjonalność, realizowany bazy DANYCH.

Format, protokół i ogólny algorytm korzystania z bazy danych jest zawsze znany, chociaż obecny system klasyfikacji DBMS świadczy o dużej różnorodności koncepcji i wariantów realizacji.

Koncepcji systemów zarządzania danymi

Podstawowe pojęcia, która z pewnością prowadzi od urodzenia i doskonali się po dziś dzień stanowi podstawę projektowania systemów zarządzania bazami danych - relacyjny relacje. Baza danych - to zbiór tabel i relacji między nimi. Tak było, tak jest, ale tak będzie jeszcze nie jest zbyt długi czas.

Bardziej:

Co to jest Ethernet – główne zalety internetu-sieci

O tym, co to jest Ethernet, okazało się w latach siedemdziesiątych XX wieku. Wynalazł ten typ sieci lokalnej Robert Metcalfe, który pracował w tym czasie na firmy Xerox. W latach 70-tych Metcalf otworzył własną firmę 3com, gdzie zakończyła się opraco...

UAC: wyłączyć lub ułaskawienie

W odległej już od nas w 2006 roku światowa komputerowa opinia publiczna była wstrząsa wyjściem SYSTEMU Windows Vista. Na nowy system od razu runął niesamowity lawinę negatywnych, powód dla którego nadal zostały.Jednym z nich była opcja UAC, wyłączyć ...

Jak dodać muzykę w iTunes: trzy proste sposoby

Telefony komórkowe kilku lat przekształciliśmy się z zwykłego narzędzia komunikacji w gadżety, które zastępują konsole do gier, książki, wideo i odtwarzaczy audio. A jeśli nie tak dawno muzykę można było po prostu pobrać z witryn internetowych i usta...

Inne modele danych:

• Hierarchiczna;
• Sieciowa;
• ER-model encja - związek);
• Obiektowe;
• Obiektowo-relacyjna, itp.

Oni mają swoje nisze, ale w każdej z nich na podstawie leżą te same relacyjne relacje. W rzeczywistości, różnych koncepcji na temat danych, zorganizowanych w danych systemu, niewątpliwie i oczywiście tylko jedno: wszystkie dane są zawsze mają sens.

Jak odzwierciedlić sens w formalnym modelu komputerowego, bazy danych? Sądząc po nielicznych temat nazwisk modeli do BAZY danych, problemu nie ma, ale «czyste relacyjne stosunki» są najbardziej, że ani to praktyczne zastosowanie: jak nazwać rozwiązać zadanie przetwarzania danych, jaki przymiotnik dołączyć do nazwy bazy danych - nie ma znaczenia, ważne, że problem został rozwiązany.

Klasyfikacja systemów zarządzania danymi

Najbardziej podstawowe kategoria, która ma istotne znaczenie praktyczne: przydatność systemu do rozwiązania zadania. Tutaj można wszystko DBMS podzielić na cztery podstawowe grupy:

• Model danych;
• To chwilowe dystrybucji;
• Sposoby dostępu;
• Poziom uniwersalności.

To wspólna klasyfikacja współczesnych baz DANYCH.

Pojęcie распределенности ma zasadnicze znaczenie, chociaż z semantycznego punktu widzenia nie ma znaczenia, jak rozmieszczona baza danych, ważne, że do niej odpowiednią opcję dostępu.

Sposoby dostępu do danych też są ważne: strona może żądać информациию z BAZY danych zarządzanej przez Oracle, ale odbiór/nagrywanie będą tu wcale nie jest tak ułożone, jak w przypadku MySQL.

Poziom uniwersalności - kryterium względne, ale w większości przypadków należy go wziąć pod uwagę. Nie każdy projekt wymaga głośniki i zapewnienia wysokiego poziomu bezpieczeństwa dostępu, niezawodności przechowywania itp. Wiele zadań potrzebują do rozwoju odpowiednio do zastosowania. Wybór bazy DANYCH z ograniczoną funkcjonalnością może prowadzić w przyszłości do plus wydatki na wymianę systemu, który ma ograniczone możliwości.

Funkcjonalność bazy DANYCH

Zgodnie z tradycją, klasyfikacja i funkcje bazy DANYCH odgrywają istotną rolę w rozwoju technicznego zadania lub projektu IT, w którym znajdują się duże ilości danych. Przy tym termin óduże» może to oznaczać poziom tego konkretnego (przetwarzanie obrazów) lub ilości rekordów (przetwarzanie tekstu).

Funkcjonalność zadania i oczekiwanego rozwiązania może wystawiać ostre wymagania. W szczególności, wybór bazy DANYCH (klasyfikacja według danych):

• Prezentacja danych (wideo, audio, tekst, różne kombinacje);
• Przebudowa/formalizacji (strukturalne, nieuporządkowane);
• Charakter/źródło (hierarchiczne, relacyjne, sieciowych);
• Format i miejsce przechowywania (lokalne, rozproszone);
• Użytkownicy (jeden, wiele).

Ta strona wydania dotyka tylko część ważnych momentów dla preferencje jednej bazy DANYCH innego. Istnieje wiele zastosowań sfer, w których do wyboru bazy DANYCH klasyfikacja według dowolnego kryterium nie ma żadnego znaczenia. Na przykład, wybór systemu zarządzania treścią dla celów rozwoju serwisu postawi dewelopera przed jednoznacznym wyborem tylko jednej konkretnej bazy danych.

Duże bazy DANYCH i skomplikowany connect

Nowoczesny informacyjny poziom bazy DANYCH (klasyfikacja według znaczenia i odpowiedzialności):

• террабайты informacji (jeden duży plik, bardzo dużo małychplików);
• Megabajtów (kilka plików, które opisują jednej BAZY danych, a zawarte w niej dane).

Ale znaczenie i odpowiedzialność tu zawsze są świetne nie tylko w pierwszym przypadku. Istnieje wiele odpowiedzialnych projektów, gdy małe ilości informacji warunkują podejmowanie odpowiedzialnych decyzji.

Zazwyczaj pierwsze kryterium określa jako niekwestionowanego lidera Oracle, drugi - MySQL. Mają wiele wspólnego, ale bardzo wiele zasadniczych różnic. Kiedy pojawia się zadanie połączyć zasób sieci web z bazą danych Oracle, bez korzystania z jej własnych narzędzi i technologii, pojawia się mnóstwo pytań. Skomplikowany connect - dawno nie jest rzadkością, a często po prostu warunek do osiągnięcia rozwiązania.

Неменьшее ilość problemów z dostawą danych występuje podczas ich przebywania w sieci na serwerze MS SQL Server, do którego połączenie jest dostępne w ciągu kilku sprzętowych routerów.

Właściwie w praktyce ważne są wszystkie elementy: architektura bazy DANYCH, klasyfikacja baz DANYCH pod względem funkcjonalności, wariancji połączenia i przepustowości kanałów komunikacji.

Bezpieczeństwo dostępu i przechowywania danych

Znajomość baz DANYCH, klasyfikacja, teoria baz danych w ogóle, praktyczne doświadczenie i inne koncepcyjne chwile, bez wątpienia, mają zasadnicze znaczenie. Niezawodność sprzętowej dziś jest bardzo wysoka, ale kwestia jakości kodu, a zwłaszcza jego semantyki, do dziś aktualny.

Zapewnić bezpieczny dostęp do bazy danych mogą wszystkie bazy DANYCH, ale jak się z powszechną praktyką zapasowych baz danych do tworzenia kopii zapasowych?

Ta zła pomysł jest charakterystyczna dla BAZY danych, przebywających w jednym pliku, jak i w wielu plików. W pierwszym przypadku zaginął jednego bajtu lub bity zepsuje cały plik, a w drugim przypadku niepełne kopiowanie opisu BAZY danych lub plików, zawierających dane, doprowadzi również do nieprzewidywalnych skutków.

Dziwne, że twórcy bazy DANYCH nie zaniepokojony tymi faktami, ale gdyby podjęły odpowiednie kroki i zamknęli raz na zawsze kwestia dostępności danych spoza systemu kontroli nimi, to powstała by dylemat: bazy DANYCH klasyfikacja zostało uproszczone do granic możliwości:

• Ma sens używać (bezpiecznie, solidnie, zawsze wszystko jest dostępne);
• Nie można użyć (wszystko jest kontrolowane przez programistę bazy DANYCH).

Nie można kontrolować wszystko, im bardziej doświadczony programista, tym więcej opcji pozostawia klientowi. Zamknąć dane do zewnętrznej kontroli i zmiany - to znaczy zapewnić rozwiązać zadania nie długie życie.

Pytanie bezpieczeństwa i dostępności danych poza wszelkim rozwiązania. On odnosi się do infrastruktury firmy, sieci lan, obwód bezpieczeństwa, itp.

Same w sobie dane, bazy danych i systemy zarządzania nimi powinny być maksymalnie otwarte i dostępne po spełnieniu tych, sprawdzonych długotrwałej praktyki zasad i naturalnych potrzeb.

Aspekt Społeczny bazy DANYCH

Biorąc pod uwagę różne metody klasyfikacji DANYCH, należy szczególną uwagę zwrócić społecznego w kontekście teorii i jej zastosowania w praktyce.

Kiedy pojawiły się lokalne sieci i bazy danych znajdują się na serwerze, a bazy DANYCH dostarczyły dostęp wielu użytkowników, wszystko było wyjątkowo proste: architektura plik-serwer - jest to bardzo praktyczne, dzisiaj jest:

• Plik-serwer;
• Klient-serwer;
• Wbudowana baza danych.

Trzy strony medalu. Nie ma znaczenia, gdzie znajduje się baza danych sama, nie ma znaczenia, który wybierzesz bazy DANYCH. Ważne, że dane i kod, ich używa, powinny być jak najbardziej mobilne i dostępne, ale znajdować się w obrębie obwodu ogólnego bezpieczeństwa pod ścisłej ochrony nie tylko od czynników technologicznych (ataki, groźby, destruktywne interwencji), ale i od behawioralnego momentu, w sensie pracowników, którzy opracowują kod lub wykorzystują dane.

Relacyjne relacji: perspektywy

Już ukształtowane poglądy na temat baz DANYCH, ich klasyfikacja, zdobyte unikalny potencjał w teorii i w praktyce stosowania są oczywiste. Twórcy bazy DANYCH i konsumenci informacji długą drogę, a z każdym dniem dynamika poprawy szybko ускорялась.

Relacyjna koncepcja trwa nadal silną pozycję i żadnej innej architekturze lub idei nic ustępować nie zamierza. Ale tak czy verne ' a jej fabuła: tabela - to relacje między danymi, a relacje między tabelami - to też związek? Dlaczego w tabeli powinna być czapka, a jeśli nie ma danych, nie ma tabeli? Dlaczego stół jest zawsze prostokątny, a dane w niej mają ścisły typ i rozmiar?

Świat informacji charakteryzuje się płynnymi kształtami, a nie tylko prostokąty. Czy nie czas dopuścić niezwykle prostą myśl: jest stół, ale będzie w niej czapkę, czy nie - sprawa konkretnego przypadku. Ile będzie w tabeli wierszy - zawsze jest jasne: od zera do ograniczeń konkretnej bazy DANYCH, ale dlaczego nie można przypisać ten pozytywnie na liczbę kolumn?

Jeśli zastosować abstrakcję, do której tak długo idzie nowoczesne programowanie zorientowane obiektowo, do relacyjnych relacji, to okazuje się bardzo obiecujący następny krok: bazy DANYCH, w której nie ma znaczenia, tabela lub po prostu to, a jeśli tabela, to jaka ona będzie i czy będą tam wiersze lub kolumny i jak będąsą ze sobą wzajemnie powiązane na jej poziomie, kwestia zastosowania. Jak wszystko będzie związana z wszystkich danych i tabel - też pytanie zastosowania, a nie kompetencje autora, który popełnia bazy DANYCH lub jej kod wykorzystujący.