760 Shares 7230 views

relacyjnej bazy danych. Pojęcie relacyjnej bazy danych

Pojawienie się technologii komputerowej w naszym nowoczesnym informacji oznaczał rewolucję we wszystkich sferach działalności człowieka. Ale do wszystkich informacji, nie staje się niepotrzebne odpady w Internecie, został wynaleziony przez system bazy danych, w których materiały są sortowane, usystematyzowane, co powoduje, że są one łatwe do znalezienia i przedstawi dalsze przetwarzanie. Istnieją trzy główne odmiany – przeznaczyć relacyjnej bazy danych hierarchicznych sieci.

podstawowe modele

Wracając do powstania bazy danych, należy stwierdzić, że proces ten był dość skomplikowany, to wywodzi się z rozwojem programowalnego urządzeń do przetwarzania informacji. Nie jest zaskakujące, że liczba modeli obecnie dociera do ponad 50, ale najważniejsze z nich są uważane za hierarchiczny, relacyjny i sieć, która jest nadal szeroko stosowane w praktyce. Co one oznaczają?

Hierarchiczna baza danych ma strukturę drzewa i składa się z danych na różnych poziomach, między którymi istnieje komunikacja. model bazy danych sieci jest bardziej skomplikowany wzór. Jego struktura przypomina hierarchię, a program rozszerzony i ulepszony. Różnica między nimi jest taka, że dziedziczne hierarchiczne modele danych mogą być powiązane tylko z jednym przodku, a sieć może być kilka. Struktura relacyjnej bazy danych jest znacznie bardziej skomplikowana. Dlatego powinien on być zdemontowane w sposób bardziej szczegółowy.

Podstawowa koncepcja relacyjnej bazy danych

Model ten został opracowany w 1970 roku przez dr nauk Edgar F. Codd. Jest to logicznie skonstruowany stół z pól opisujących dane, ich wzajemnych relacjach, operacji wykonywanych na nich, a co najważniejsze – zasad, które gwarantują ich integralności. Dlaczego nazywa się model relacyjny? Jest on oparty na relacji (z łaciny. relatio) pomiędzy danymi. Istnieje wiele definicji tego typu bazy danych. Relacyjnych tabel z informacjami o wiele łatwiej jest zorganizować i dać leczenie, zamiast sieci lub hierarchiczny model. Jak ty to robisz? Jest tyle do poznania funkcji, struktury i właściwości modelu relacyjnych tabel.

Proces modelowania elementów i podstawowych

W celu stworzenia własnej bazy danych, należy użyć jednego z narzędzi do modelowania, aby myśleć o jakie informacje trzeba pracować, aby zaprojektować tabeli relacyjnej i pojedyncze i wielokrotne łącza pomiędzy podmiotami danych, aby wypełnić komórkę i ustaw klucze podstawowe lub zagranicznych.

Modelowania i projektowania tabel relacyjnych baz danych odbywa się za pomocą bezpłatnych narzędzi jak Workbench phpMyAdmin, Case Studio, dbForge Studio. Po szczegółowym projektowaniu zapisać graficzny gotowy model relacyjny i przełożyć go do kodu SQL-ready. Na tym etapie można rozpocząć pracę z danymi sortowania, przetwarzania i systematyzacji.

Charakterystyka struktury i terminy związane z modelu relacyjnego

Każde źródło na swój sposób opisuje jego elementy, więc chciałbym dać trochę wskazówkę dla mniej zamieszania:

  • relacyjną etykieta = przyrodzie;
  • Układ atrybut name = = = golfa podmiot nagłówka kolumny;
  • przykład jednostka = krotka = zapis = linia płytki;
  • atrybut = wartość = pole żywe komórki.

Aby przejść do relacyjnych baz danych właściwości powinni być świadomi pewnych podstawowych elementów to obejmuje, dla których są one przeznaczone.

  1. Essence. Tabela relacyjnej bazy danych może być jedno lub może być zestawem tabelach scharakteryzowania opisanych przedmiotów przechowywanych w nim za pośrednictwem danych. Mają stałą liczbę pól, a zmienną liczbę wpisów. Tabela w bazie relacyjnej modelu składa się z ciągów, atrybuty i układzie.
  2. Nagrań – jako zmiennej liczby rzędów, które wykazują dane charakteryzujące opisany cel. Numeracja wpisów wykonywane automatycznie przez system.
  3. Atrybuty – dane wykazujące kolumny podsumowania.
  4. Pole. Jest to kolumna podmiot. Ich liczba – ustalona wartość jest ustawiana podczas tworzenia lub modyfikacji tabeli.

Teraz, znając elementy składowe stołu, można przejść do właściwości modelu relacyjnej bazy danych:

  • Istotą dwuwymiarowego relacyjnej bazy danych. Z powodu tej właściwości z nimi łatwo prodelyvat różnych operacji logicznych i matematycznych.
  • Kolejność wartości atrybutów i rekordów w tabeli relacyjnej może być dowolna.
  • Kolumna w tabeli relacyjnej musi mieć własną niepowtarzalną nazwę.
  • Wszystkie dane w kolumnie zasadniczo mają stałą długość i tego samego typu.
  • Wszelkie wpisy w istocie jest uważany za jednego elementu danych.
  • Składowe elementy wiersze są unikatowe. Relacyjny charakter nie są zduplikowane wiersze.

W oparciu o właściwości relacyjnej bazy danych, należy rozumieć, że wartości atrybutów powinny być tego samego typu, długości. Rozważmy konkretnej wartości atrybutów.

Główne cechy dziedzinie relacyjnych baz danych

Nazwy pól musi być unikalna w obrębie jednego podmiotu. Typy atrybutów lub pól relacyjnych baz danych opisują kategorię danych przechowywanych w polach jednostki. Pole relacyjnej bazy danych musi mieć stały rozmiar, który jest obliczany w znakach. Parametry i sformatować wartości atrybutów zdefiniowanie sposobu poprawiania swoich danych. Jednak istnieje coś takiego jak „Maska” lub „matrycy wejściowej”. Został on zaprojektowany, aby określić konfigurację wprowadzania danych wartości atrybutu. Z pewnością w złym rekordu typu danych, powinny być wydawane do raportu o błędzie w polu. Również na polu elementy są pewne ograniczenia – warunki sprawdzenia dokładności i precyzji wprowadzania danych. Jest obowiązkowe wartość atrybutu, który jednoznacznie musi być wypełniony danymi. Niektóre linia atrybut może być wypełniona wartościami NULL. Pozwolono, aby wprowadzić atrybuty pustych pól danych. Podobnie jak w przypadku raportu o błędzie, nie są wartościami, które są wypełnione automatycznie przez system – to dane domyślne. Aby przyspieszyć poszukiwania jakichkolwiek danych przeznaczonych pola indeksowane.

Schemat wymiarowy relacyjnej tabeli bazy danych

Schemat relacyjnej bazy danych
Atrybut name 1 Nazwa atrybutu 2 Nazwa atrybutu 3 Nazwa atrybutu 4 Atrybut name 5
Element_1_1 Element_1_2 Element_1_3 Element_1_4 Element_1_5
Element_2_1 Element_2_2 Element_2_3 Element_2_4 Element_2_5
Element_3_1 Element_3_2 Element_3_3 Element_3_4 Element_3_5

Dla szczegółowego zrozumienia systemu zarządzania modelu pomocą SQL najlepiej rozważyć schemat jako przykład. Wiemy już, co jest relacyjną bazą danych. Wpis w każdej tabeli – pojedynczy element danych. Aby uniknąć nadmiarowości danych, niezbędnych do normalizacji funkcjonowania.

Podstawowe zasady normalizacji relacyjnej natury

1. Wartość nazwy pola dla tabeli relacyjnej muszą być unikalne, jedyne w swoim rodzaju (Pierwsza postać normalna – 1NF).

2. W tabeli, który został już zredukowany do 1nF, dla identyfikacji nazwy każdej kolumny zależy od unikalnego identyfikatora tabeli (2NF).

3. We wszystkich tabelach, które są już przechowywane w 2NF, dla identyfikacji każdego pola może być niezależna od innych niezidentyfikowanych wartości element (jednostki 3NF).

Bazy danych: relacyjne łącza między tabelami

Są 2 główne typy stosunków relacyjnych tabletek:

  • "One-wiele". Według występuje, gdy jeden klucz wpis tablicy №1 wiele wystąpień drugiego podmiotu. Ikona klucza na jednym z końców narysowanej linii wskazuje, że substancja ta znajduje się na stronie „jeden”, Po drugiej stronie jest często symbolem znaku nieskończoności.

  • Komunikat „wielu-wielu” powstaje w przypadku kilku rzędach jeden logiczny podmiot wyraźnej interakcji z wielu zapisów innej tabeli.
  • Jeżeli dwa podmioty Jest połączeniem „jeden do jednego”, oznacza to, że kluczem identyfikator tabeli jest obecny w inny podmiot, to jest konieczne, aby usunąć jedną z tabel, jest zbędne. Ale czasami tylko dla programistów bezpieczeństwa celowo rozdzielić dwa podmioty. Dlatego, hipotetycznie, że połączenie między „jeden do jednego” może istnieć.

Istnienie klucze w relacyjnej bazie danych

klucze pierwotne i wtórne zidentyfikować potencjalne relacje bazy danych. Model relacyjny transmisja danych może mieć tylko jeden klucz kandydata, to będzie klucz podstawowy. Co to jest? Klucz podstawowy – kolumna lub zestaw atrybutów istoty, za pomocą którego można uzyskać dostęp do danej linii danych. Musi być unikalny, jedyny, a jego pola nie mogą zawierać wartości null. Jeśli klucz podstawowy składa się z tylko jednego atrybutu, to mówi się, że proste, w przeciwnym razie będzie.

Poza tym klucz podstawowy, istnieje i zewnętrzne (klucz obcy). Wielu nie rozumie, jaka jest różnica między nimi. Zbadajmy je bardziej szczegółowo jako przykład. Tak, są dwie tabele: „Dean” i „studenci”. Istotą „Dean” zawiera pola „Grupa” „ID studenta”, „Nazwa” oraz Tabela „studenci” ma wartości atrybutów takich jak „Nazwa”, „Grupa” i „średnie”. Tak jak identyfikator studenta nie może być taka sama dla kilku studentów, jest to pole, aby być kluczem podstawowym. „Nazwa” i „Grupa” od „studentów” tabeli mogą być takie same dla kilku osób, odnoszą się do numeru identyfikacyjnego studenta z istotą „Dean”, dzięki czemu mogą być używane jako klucz obcy.

Przykładem modelu relacyjnej bazy danych

Dla jasności, dajemy prosty przykład relacyjnej bazy danych modelu składającego się z dwóch jednostek. Istnieje tabela o nazwie „Dean”.

Istotą „Dean”

Student ID

pełne imię i nazwisko

grupa

111

Iwanow Oleg Pietrowicz

IN-41

222

Lazarev Ilya Aleksandrowicz

IN-72

333

Konoplev Petr Vasilevich

IN-41

444

Kushnereva Nataliya Igorevna

IN-72

Konieczne jest przeprowadzenie połączenia, aby uzyskać pełną relacyjnej bazy danych. Wejście „IN-41”, jak i „W-72”, może występować więcej niż jeden raz w tabeli „Dean”, jak nazwisko, imię i przydomkiem studentów, w rzadkich przypadkach, może być taka sama, więc te pola nie może być, aby klucz podstawowy. Istotą „studenci” pokaże.

Tabela „studenci”

pełne imię i nazwisko

grupa

średni

telefon

Iwanow Oleg Pietrowicz

IN-41

3.0

27.02.36

Lazarev Ilya Aleksandrowicz

IN-72

3.8

2-36-82

Konoplev Petr Vasilevich

IN-41

3.9

2-54-78

Kushnereva Nataliya Igorevna

IN-72

4.7

2-65-25

Jak widzimy, rodzaje relacyjnych baz danych dziedzinach różnią się całkowicie. Obecny jako nagrań cyfrowych i charakteru. Dlatego ustawienia atrybut powinien wskazywać wartość całkowitą, char, vachar, dat i innych. W „Dean” wyjątkowej wartości jest tylko legitymacja studencka. To pole może być traktowane jako klucz podstawowy. Nazwa, artysta, i telefon z istoty „studenci” może być traktowany jako klucz obcy odniesienia do identyfikatora studenta. Połączenie zostanie ustanowione. To jest przykładem modelu komunikacji „jeden do jednego”. Hipotetycznie, jeden z dodatkowych tabelach, można łatwo łączyć w jedną całość. Do ID-liczby studentów nie stała się powszechnie znana, jest całkiem możliwe, że istnieją dwie tabele.