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.
- 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.
- Nagrań – jako zmiennej liczby rzędów, które wykazują dane charakteryzujące opisany cel. Numeracja wpisów wykonywane automatycznie przez system.
- Atrybuty – dane wykazujące kolumny podsumowania.
- 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
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.