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 są to tabele, łącza między tabelami, zapytania i ich wyniki. Nie można powiedzieć, że dominująca idea relacyjnych baz danych jest idealna, ale jest praktyczna, wygodna i pozwala opisać dowolną dziedzinę zastosowania.

W przypadku bazy danych - zbiór arkuszy kalkulacyjnych, system zarządzania bazami danych (DBMS) - wsparcia wielu baz danych i zapewnienie każdemu z nich w odpowiedniej funkcjonalności administracji, eksploatacji i czytania. Z biegiem czasu DBMS znalazł wiele dość specyficznych funkcji, które są uważane za de facto standardowe i mają własny język opisu, pracy i pobierania próbek.


Funkcjonalność podstawowa baza danych

Baza danych pozwala na przedstawienie danych zagregowanych przez tabel, definiować relacje między tabelami, w celu określenia niezbędnych wnioski tworzą pożądane rezultaty i zapewniają dwie opcje: (8 ) zmiana;
  • tylko do odczytu.
  • W rzeczywistości nie ma potrzeby więcej DBMS i nie trzeba zapewniać dostępu do kodu programu do administracji lub pracy (zmiana lub czytanie). Użytkownik nie ma bezpośredniego dostępu do danych, ale ze względu na konkretny kod ma szeroki zakres funkcjonalności wdrożonych przez DBMS.
    Format, protokół i ogólny algorytm korzystania z bazy danych są zawsze znane, chociaż ustanowiony system klasyfikacji DBMS pokazuje dużą różnorodność koncepcji i opcji wdrożeniowych.

    Koncepcje systemówzarządzanie danymi

    Podstawowa koncepcja, która, oczywiście, przewodzi od urodzenia i jest ulepszana do dziś, jest podstawą projektowania systemów zarządzania bazami danych - relacjami relacyjnymi. DB to zestaw tabel i łączy między nimi. Tak było, ale to nie potrwa długo.


    Inne modele danych:
  • hierarchiczne;
  • sieć;
  • Model ER (istota - komunikacja);
  • obiektowe;
  • obiektowo-relacyjne itp.
  • Mają swoje nisze, ale każda z nich opiera się na tym samym związku relacyjnym. Zasadniczo w różnych koncepcjach danych zorganizowanych w systemie danych jednoznacznie i oczywiście jest tylko jedno: wszystkie dane mają zawsze sens. Jak wyświetlić zawartość formalnego modelu komputerowej bazy danych? Sądząc po kilku nazw modeli DB Szczególnym problemem tutaj, ale nadal „czysta relacyjny postawa” są po prostu, że nie jest praktyczne zastosowanie: Aby nawiązać połączenie rozwiązał problem danych przymiotnik, aby dołączyć do nazwy bazy danych - czy ważne jest to, że zadanie zostało rozwiązane.

    Klasyfikacja systemów zarządzania danymi

    Kategoria główna, która ma ogromne praktyczne znaczenie: przydatność systemu do rozwiązania problemu. Tutaj możesz podzielić wszystkie DBMS na cztery główne grupy:
  • model danych;
  • rozgałęzienia;
  • tryby dostępu;
  • poziom uniwersalności.
  • Jest to ogólna klasyfikacja współczesnych baz danych. Koncepcja fragmentacji jest ważna, choć semantycznego punktu widzenia nieważne jak rozproszona baza danych, ważne jest,że ma niezbędną opcję dostępu.
    Metody dostępu do danych jest również ważne: strona może żądać informacji z bazy danych, zarządzanej przez Oracle, ale odbieranie /zapis tutaj nie są tak rozmieszczone, MySQL. Poziom uniwersalności jest względnym kryterium, ale w większości przypadków powinien być brany pod uwagę. Nie każdy projekt wymaga dynamiki i wysokiego poziomu bezpieczeństwa, niezawodności pamięci masowej itd. Wiele zadań wymaga rozwoju obszaru aplikacji. Wybór systemu DBMS o ograniczonej funkcjonalności może w przyszłości prowadzić do niepotrzebnych kosztów wymiany systemu o ograniczonych możliwościach.

    Funkcjonalność baz danych

    Zgodnie z funkcji tradycja, klasyfikacja i bazy danych odgrywają znaczącą rolę w rozwoju specyfikacji technicznych lub projektu informatycznego, który opisywany dużych ilości danych. Określenie „główny” może oznaczać poziom specyficznego (obrazowanie) lub liczby zgłoszeń (edytor tekstu).
    Funkcjonalność zadania i oczekiwane rozwiązanie mogą określać jasne wymagania. W szczególności wybór DBMS (klasyfikacja według danych):
  • reprezentacja danych (wideo, audio, tekst, różne kombinacje);
  • strukturyzacja /formalizacja (uporządkowana, nieustrukturyzowana);
  • natura /źródło (hierarchiczny, relacyjny, sieciowy);
  • format i miejsce przechowywania (lokalne, rozproszone);
  • użytkowników (jeden, wielu).
  • Ta strona pytania dotyczy tylko niektórych ważnych punktów na korzyść jednego DBMS innego. Istnieje wiele obszarów zastosowań, dla którychwybór klasyfikacji bazy danych według dowolnego kryterium nie ma znaczenia. Na przykład, wybór systemu zarządzania witryną w celu rozwoju witryny spowoduje, że deweloper przed jednoznacznym wyborem tylko jednej konkretnej bazy danych.

    Duże bazy danych i połączenie złożone

    Bieżący poziom informacji w bazie danych (klasyfikacja według znaczenia i odpowiedzialności):
  • terabajty informacji (jeden duży plik, wiele małych plików);
  • megabajtów (kilka plików opisujących jedną bazę danych i zawiera dane).
  • Ale znaczenie i odpowiedzialność tutaj są zawsze wielkie, nie tylko w pierwszym przypadku. Istnieje wiele odpowiedzialnych projektów, w których niewielkie ilości informacji podejmują decyzje decyzyjne.
    Zwykle pierwsze kryterium definiuje się jako absolutny lider Oracle, a drugie - MySQL. Mają wiele wspólnego, ale wiele różnic kardynalnych. Jeśli chodzi o łączenie zasobu sieciowego z bazą danych Oracle bez korzystania z własnych narzędzi i technologii, istnieje wiele problemów. Trudne do połączenia - długi czas nie jest rzadkością, a często tylko warunkiem osiągnięcia rozwiązania. Mniej problemów z dostarczaniem danych występuje, gdy znajdują się w lokalnej sieci na serwerze MS SQL Server, do którego połączenie jest dostępne przez kilka routerów sprzętowych. W rzeczywistości, w praktyce wszystkie komponenty są ważne: architektura DBMS, klasyfikacja DBMS według funkcji, wszechstronność połączeń i szerokość pasma kanałów komunikacyjnych.

    Bezpieczeństwo dostępu i pamięci

    Wiedza DBMS, klasyfikacja, ogólnie teoria bazy danych,praktyczne doświadczenie i inne punkty konceptualne są oczywiście ważne. komponent sprzętu Niezawodność jest dzisiaj bardzo wysoka, ale pytanie o kod, zwłaszcza jego semantyka nadal aktualne. Zapewniają bezpieczny dostęp do bazy danych może wszystkich baz danych, ale co z powszechną praktyką do tworzenia kopii zapasowych baz danych?
    Ta błędna idea charakterystyczna baza danych znajduje się w jednym pliku i zestaw plików. W pierwszym przypadku, zanik jednego bajta lub bitu zepsuć cały plik, a w drugim przypadku niekompletna kopia lub opis kartotek danych zawierającą dane będą prowadzić do nieprzewidywalnych skutków. Zaskakujące jest to, że programiści baz danych nie dbają o te fakty, ale jeśli zrobili niezbędne kroki i zamknął raz na zawsze kwestię dostępności danych poza zarządzaniem, które tworzyły miałby dylemat: klasyfikacja DBMS prostsze byłoby ograniczenie:
  • ma sens używać (bezpieczny, zawsze wszystko jest dostępne);
  • nie może zostać użyty (wszystko jest kontrolowane przez programistę DBMS).
  • Nie możesz kontrolować wszystkiego, im bardziej doświadczony programista, tym więcej opcji opuści klient. Zamknięcie danych dla zewnętrznej kontroli i zmiany oznacza dostarczenie rozwiązanego zadania, a nie długiego życia. Kwestia bezpieczeństwa i dostępności danych leży poza jakąkolwiek decyzją. Należy do infrastruktury, sieci, bezpieczeństwa, itp obwodowej przez siebie danych, baza danych i system zarządzania powinien być otwarty i dostępny wprzestrzeganie ustalonych, sprawdzonych zasad i praktyk długie wymagania fizyczne.

    Aspekt społeczny bazy danych

    Biorąc pod uwagę różne sposoby klasyfikowania baz danych, należy zwrócić szczególną uwagę na wymiar społeczny w kontekście teorii i jej zastosowanie w praktyce.
    Kiedy były lokalne sieci i baz danych znajdujących się na serwerze i bazy danych udostępnionej z wieloma ludźmi, to było bardzo proste: architektura „serwer plików - bardzo praktyczny dzisiaj są następujące:
  • serwer plików [51 ]
  • między klientem a serwerem,...
  • ,
  • osadzone w bazie
  • Trzy boki tego samego elementu dokąd sama baza, bez zasad, które w wybranych bazach danych ważne dane i kod wykorzystywane przez powinny być mobilny i dostępny, ale pobyt w ramach ogólnego bezpieczeństwa obwodowej pod ścisłą ochroną nie tylko A czynniki technologiczne (ataki, groźby, destrukcyjne interferencyjne), ale z punktu widzenia zachowań w zakresie personelu, którzy rozwijają kod lub użyć danych

    związek relacyjny. Perspektywy

    przeważa pomysł baz danych, ich klasyfikacja, zyskał unikalny potencjał teoria i praktyka deweloperów i użytkowników bazy danych. Niewątpliwą długą drogę, a na co dzień gwałtownie przyspieszył poprawy dynamiki. Relacyjny zajmuje koncepcja jest nadal silna pozycja i żadne inne architektura pomysły lub coś nie zamierza ustąpić. Ale jeśli jej historia jest prawdziwa: stół - zależność między danymi i relacji między tabelami - to również związek?Dlaczego nagłówek powinien znajdować się w tabeli, a jeśli nie ma danych, to nie ma tabeli? Dlaczego zawsze jest prostokątny stół, a dane w nim zawarte mają ścisły typ i rozmiar?
    Świat informacji charakteryzuje się gładkimi formami, a nie tylko prostokąciami. Nie czas przyznać się do zaskakująco prostego pomysłu: jest tam stół, ale w nim kapelusz, czy nie - przypadek konkretnego przypadku. Ile będzie w tabeli wierszy - zawsze jest jasne: od zera do ograniczeń konkretnego DBMS, ale dlaczego nie możesz przypisać tego pozytywu do liczby kolumn? Jeśli zastosujemy abstrakcję, do której nowoczesne programowanie obiektowe idzie tak długo, do relacji relacyjnych, następuje bardzo perspektywiczny krok: DBMS, w którym nie ma znaczenia, tabela lub po prostu podana, a jeśli tabela, która będzie i będzie tam linia lub kolumna oraz sposób, w jaki będą one ze sobą połączone na swoim poziomie - kwestia zastosowania. Jak wszystko będzie połączone ze wszystkimi danymi i tabelami - także kwestia zakresu, a nie kompetencji dewelopera, to DBMS lub kod, którego używa.

    Powiązane publikacje