Introductie tot MySQL Relational Database:
Een conceptueel relationele database is niets anders dan het onderhouden van een relatie tussen meerdere tabellen door een primair, uniek of extern sleutelconcept te gebruiken. Elke database die praktisch deze aanpak volgt en een goede relatie onderhoudt tussen alle gemaakte tabellen, kan die database altijd als relationele database worden beschouwd. De relationele database van MySQL volgt ook dezelfde relationele structuur, dus er bestaat geen twijfel over dat mijn SQL ook wordt beschouwd als een relationele database van de server, terwijl de term 'relatie' niet werd vermeld in MySQL-documenten of niet. Kerndatabase die geen concept van een relationele database heeft, elke tabel bevat veel gegevens, inclusief transactie- en hoofdgegevens, beide begrijpen van de logische binding van die gegevens zal heel moeilijk zijn zonder de juiste bedrijfslogica te kennen. Relational Databases zorgt voor deze aanpak.
Relation Control System van MySQL relationele database:
Uit de specifieke definitie van de relationele database denken mensen dat deze te kritisch is om te onderhouden en tot verwarring zal leiden. Maar dat is geen echte uitspraak, de hoofdagenda van de relationele database om verwarring of complicaties tussen meerdere tabellen bij die specifieke database te voorkomen, waar het een ontwikkelaar helpt gemakkelijk te onderhouden en te verifiëren zonder enige moeite. Als we een relationeel ontwerp overwegen dat heel gebruikelijk is en een strikte relatie onderhoudt tussen alle gerelateerde tabellen die in de database zijn gedefinieerd. Stel dat we één inventariscontrolesysteem kunnen overwegen - in dat geval moeten we een zeer strikte relatie onderhouden tussen alle tabellen die betrokken waren bij het geven van meer beschrijving met betrekking tot inventaris. Het moet ook een striktere relatie onderhouden met die onderliggende tabellen die bovendien van invloed zijn op elke vorm van gegevensmanipulatieactiviteit zoals invoegen in of verwijderen uit die specifieke inventaris. Als voorbeelden gaan we drie tabellen beschouwen die betrokken zijn bij het voorraadcontrolesysteem, aannemen dat er drie met elkaar verbonden zijn.
Tabelnaam: inventaris
| ID (primaire sleutel) | Beschrijving | Prijs | Voorraad |
Tabelnaam: Sales_Staff
| ID (primaire sleutel) | Naam | contact |
Tabelnaam: factuur
| ID (primaire sleutel) | SalesStaff_ID (Foreign Key of Sales_Staff Primary Key) | Inventory_ID (Foreign Key of Inventory Primary Key) | Aantal stuks | Prijs | commentaar |
Nu we de bovenstaande drie tabellen overwegen, kunnen we de relatie tussen meerdere tabellen plannen met behulp van de primaire sleutel en de externe sleutelbeperking. In het bovenstaande voorbeeld is Factuur de hoofdtransactietabel, waar alle transactiegegevens met succes zijn opgeslagen voor elke factuurgeneratie bij een individuele klant of eindgebruiker. In feite zijn alle factuurgegevens met succes opgeslagen voor elke vorm van referentie. Nu moet de factuur op basis van een aantal inventarisgegevens worden gegenereerd waarbij een hoeveelheid volledige aanvraag is opgeslagen voor één hele winkel of organisatie. Nu twee belangrijke hoofdtabellen zoals Inventory en Sales_Staff in beschouwing genomen, houden beide tabellen de hoofdarchiefdetails van een specifiek item in die winkel of organisatie bij, terwijl Sales_Staff alle personeelsgegevens bijhield die aan die shop of organisatie werken. In plaats van elke keer hetzelfde personeel of specifiek item te onderhouden in de transactiegegevens van de inventaris, bevat het feitelijk een specifieke referentie van die hoofdtabellen die worden beheerd door een beheerder van de winkel of organisatie. Door deze specifieke aanpak kunnen we dus eenvoudig gegevensredundantie of gegevensherhaling voorkomen, wat altijd helpt om gegevens op te halen op basis van een onderhouden relatie tussen meerdere tabellen. Dit voorbeeld heeft één sleutelkarakteristiek van een relationele database zoals MySQL relationele database, waarbij ervan wordt uitgegaan dat één factuurgegevens altijd de referentie van specifieke inventaris en verkoopmedewerkers bevatten, maar inventaris of verkoopmedewerkers kunnen nooit iets in de gemaakte factuur wijzigen of bijwerken.
Dus hier werden in feite één tot veel relaties onderhouden waarbij één inventarisgegevens meerdere keren in Invoice kunnen bestaan, en dezelfde gegevens van verkopers kunnen meerdere keren in Invoice bestaan. Deze relatie helpt ontwikkelaars om gegevens soepel op te halen met een specifieke verbindingsvoorwaarde en ook om een ER-diagram te begrijpen of te ontwerpen. Hier is ook een belangrijk punt dat moet worden genoemd, stel dat elke verkoper probeert iets te verkopen dat in de voorraad is, wat ook wordt gewaarborgd door dit soort relatie te onderhouden. Omdat elke inventaris die wordt toegevoegd aan de factuur, automatisch de voorraad van de oorspronkelijke inventaris aftrekt, wordt altijd een geldig validatiebericht weergegeven wanneer de verkoper probeert een factuur voor een specifieke inventaris te maken. Als we die tabelrelatie goed bekijken, hebben Voorraad een primaire sleutelnaam is ID en hebben Sales_Staff een primaire sleutelnaam is ID, maar Factuur heeft twee buitenlandse sleutels die de relatie met Voorraad- en Verkooptabellen behouden. Het zorgt er ook voor dat alles in de factuurtabel kan worden ingevoegd dat daadwerkelijk bestaat in de tabel Voorraad of Sales_Staff, zonder dat er specifieke gegevens bestaan, is het niet mogelijk om één vermelding in de factuurtabel in te voeren. Omdat de factuurtabel één specifieke externe sleutelrelatie heeft met beide tabellen, kan dus alles wat bestaat in die tabellen alleen de invoer in de factuurtabel maken. Dus het helpt een ontwikkelaar altijd in het geval van het maken van een verkeerde invoeging zonder die gegevens op onderliggende tabellen te bewaren.
Richtlijnen voor het installeren en downloaden van My SQL Relational Database:
Er zijn veel soorten versies beschikbaar op internet voor het installeren van MySQL op uw lokale pc, maar MySQL Organisation wordt geleverd met een zeer interessante functie met een gratis voorbeeld van relationele database, kunnen verschillende methoden gebruiken die geavanceerder zijn dan andere gratis voorbeelden van relationele database, het kan de mogelijkheid bieden om filmgegevens op te slaan, een van de belangrijkste punten is onschadelijke gebruikerservaring, wat betekent dat een gebruiker op de een of andere manier een fout maakt, daarom werkt de database helemaal niet. die database van de bron.
1. Download de MySQL relationele database via onderstaande link:
- http://downloads.mysql.com/docs/sakila-db.tar.gz
2. Het uitvoeren van het onderstaande script voor het uitpakken van het archiefpakket:
- tar –xzf xxxx-db.tar.gz
3. Na het zelfde uitpakken, maakt het 3 mappen aan zoals hieronder:
- Xxxx / sakila-db.sql
- Sakila-schema.sql
- Sakila.mwb
4. Voer nu de MySQL-basisopdracht uit:
- Mysql –p (wachtwoord)
5. Volg nu gewoon de instructies in sakila-db.sql en sakila-schema.sql.
6. Als alle instructies correct zijn opgevolgd, wordt er een nieuwe database gemaakt met de naam "sakila", die automatisch wordt weergegeven in de lijst met relationele databases van MySQL.
Aanbevolen artikelen
Dit artikel is een gids geweest voor de relationele database van MySQL. Hier hebben we Relation Control System en Guidance voor het installeren van de MySQL relationele database besproken. U kunt ook het volgende artikel bekijken voor meer informatie
- Vragen en antwoorden over sollicitatiegesprekken bij RDBMS
- De grootste verschillen tussen MySQL en NoSQL
- Gebruik van Cheat Sheet MySQL
- Vragen tijdens solliciteren bij DBMS