Introduktion til MySQL Relational Database:
En konceptuelt relationel database er intet andet end at opretholde kræve sammenhæng mellem flere tabeller ved hjælp af et eller andet primært, unikt eller fremmed nøglekoncept. Enhver database, som praktisk talt følger denne tilgang og opretholder et korrekt forhold mellem alle de oprettede tabeller, så kan databasen altid betragtes som relationel database. MySQL relationsdatabase følger også den samme relationelle struktur, så der er ingen tvivl om, at min SQL også betragtes som en serverrelationsdatabase, hvorimod 'relation' -begrebet ikke nævnes i MySQL-dokumenter eller ej. Kernedatabase, der ikke har noget begreb om en relationel database, hver tabel indeholder en masse data inklusive transaktions- og master begge dele. At forstå den logiske binding af disse data vil være meget vanskeligt uden at kende korrekt forretningslogik. Relationsdatabaser sikrer denne tilgang.
Relations Control System i MySQL relationsdatabase:
Fra den specifikke definition af den relationelle database tænker folk, at den er for kritisk til vedligeholdelse og vil skabe forvirring. Men det er ikke et sandt udsagn, relationel databas hovedagenda for at undgå enhver form for forvirring eller komplikation mellem flere tabeller involveret i den specifikke database, hvor det hjælper en udvikler med at vedligeholde og verificere let uden nogen kamp. Hvis vi overvejer ethvert relationelt design, der er meget almindeligt, der opretholder et strengt forhold mellem alle de relaterede tabeller defineret i databasen. Antag, at vi kan overveje et lagerbeholdningssystem - i dette tilfælde er vi nødt til at opretholde et meget strengt forhold mellem alle de tabeller, der er involveret i, har givet en mere beskrivelse relateret til lagerbeholdning. Det er også nødvendigt at opretholde et mere strengt forhold til de underordnede tabeller, der yderligere har haft indflydelse på enhver form for datamanipuleringsaktivitet, f.eks. Indsættelse eller sletning fra den specifikke opgørelse. Som eksempler overvejer vi tre tabeller, der er involveret i lagerstyringssystem, antager, at tre er indbyrdes forbundet.
Tabelnavn: Beholdning
| ID (primær nøgle) | Beskrivelse | Pris | lager |
Tabelnavn: Sales_Staff
| ID (primær nøgle) | Navn | kontakt |
Tabelnavn: Faktura
| ID (primær nøgle) | SalesStaff_ID (Fremmed nøgle til Sales_Staff Primær nøgle) | Inventory_ID (Foreign Key of Inventory Primary Key) | Antal | Pris | kommentar |
I betragtning af ovenstående tre tabeller kan vi planlægge forholdet mellem flere tabeller ved hjælp af primær nøgle og fremmed nøglebegrænsning. I ovenstående eksempel er faktura den vigtigste transaktionstabel, hvor alle transaktionsdata er blevet gemt med succes for hver fakturagenerering hos den enkelte kunde eller slutbruger, og den lagrede faktisk alle fakturadata med succes til enhver form for reference. Nu skal faktura generere fra nogle lageroplysninger, hvor en mængde hele forespørgsler er blevet gemt for en hel butik eller organisation. I betragtning af to nøgle-mastertabeller som Inventory og Sales_Staff, begge tabeller opretholder de vigtigste butikdetaljer for en bestemt artikel i den butik eller organisation, mens Sales_Staff opretholdt alle de personaleoplysninger, der arbejder på denne butik eller organisation. I stedet for at opretholde det samme personale eller den specifikke vare hver gang i lagerbehandlingsdetaljer, indeholder det faktisk en specifik henvisning til de stamtabeller, som vedligeholdes af en administrator af butikken eller organisationen. Så med denne specifikke tilgang kan vi let undgå dataredundans eller gentagelse af data, som altid hjælper med at hente data baseret på et vedligeholdt forhold mellem flere tabeller. Dette eksempel har givet en nøglekarakteristik for enhver relationel database som MySQL relationsdatabase, det antager, at en fakturadata altid indeholder referencen til specifikt lager og salgspersonale, men beholdning eller salgspersonale kan aldrig ændre eller opdatere noget i den oprettede faktura.
Så her opretholdt det faktisk et til mange forhold, hvor en lagerdata kan eksistere i faktura flere gange, og den samme salgsmedarbejdsdata kan findes i faktura flere gange. Dette forhold, der hjælper udvikleren med at hente data glat med specifik sammenføjningstilstand og også forståelse eller design af ethvert ER-diagram, vil være meget let for dem. Her er også et vigtigt punkt, som skal nævne, formoder, at enhver sælger, der prøver at sælge noget, der er på lager, hvilket også sikres ved at opretholde denne form for forhold. Som når enhver beholdning tilføjes på fakturaen trækkes den automatisk lager fra den originale beholdning, så den vil altid give en korrekt valideringsmeddelelse, hver gang en salgsperson, der prøver at oprette en hvilken som helst faktura til en bestemt beholdning. Hvis vi ser nøje på disse tabelforhold, så har Inventory et primært nøglenavn er Id, og Sales_Staff har et primært nøglenavn er ID, men Faktura har to udenlandske nøgler, som faktisk opretholdes forholdet til Inventory og Sales_Staff-tabeller. Det sikrer også, at alt kan indsættes på fakturatabellen, som faktisk findes i tabellen Inventory eller Sales_Staff, uden at der findes nogen specifikke data, kan det ikke være muligt at indtaste en indgang i fakturatabellen. Da fakturatabellen har et specifikt udenlandsk nøgleforhold til begge disse tabeller, så alt, hvad der findes, kun disse tabeller kan være i stand til at angive indtastningen i fakturatabellen. Så det hjælper altid en udvikler i tilfælde af at lave en forkert indsætning uden at bevare disse data på underordnede borde.
Vejledning i installation og download af Min SQL Relational Database:
Der er mange slags versioner tilgængelige på internettet til installation af MySQL på din lokale pc, men MySQL Organization leveres med en meget interessant funktion med gratis prøve af relationel database, har evnen til at sortere metoder, der er mere avancerede end andre gratis prøver af relationsdatabase, det kan give mulighed for at gemme filmdata, et af nøglepunkterne er ufarlig brugeroplevelse, betyder, at en bruger på en eller anden måde gør en eller anden fejl, det er derfor, databasen helt ikke fungerer, i så fald er det meget let eller kan sige 2 minutters opgave at gendanne denne database fra kilden.
1. Download MySQL-relationsdatabasen fra nedenstående link:
- http://downloads.mysql.com/docs/sakila-db.tar.gz
2. Udførelse af nedenstående script til udpakning af arkivpakken:
- tar –xzf xxxx-db.tar.gz
3. Når du har pakket det samme ud, opretter det 3 mapper som nedenfor:
- Xxxx / sakila-db.sql
- Sakila-schema.sql
- Sakila.mwb
4. Kør nu MySQL-grundlæggende kommando:
- Mysql –p (adgangskode)
5. Følg bare instruktionerne, der er nævnt i sakila-db.sql og sakila-schema.sql.
6. Hvis alle instruktionerne følges korrekt, oprettes en ny database med navnet “sakila”, som automatisk vises på MySQL-databaselisten.
Anbefalede artikler
Denne artikel har været en guide til MySQL-relationsdatabase. Her har vi drøftet Relation Control System og vejledning til installation af MySQL-relationsdatabasen. Du kan også se på den følgende artikel for at lære mere
- RDBMS Interview Spørgsmål og svar
- De mest forskellige forskelle mellem MySQL og NoSQL
- Anvendelser af Cheat Sheet MySQL
- DBMS Interview Spørgsmål