Introduktion till MySQL Relational Database:
En konceptuellt relationell databas är inget annat än att upprätthålla krävande samband mellan flera tabeller genom att använda något primärt, unikt eller främmande nyckelbegrepp. Varje databas som praktiskt följer denna strategi och upprätthåller ett korrekt samband mellan alla skapade tabeller, då kan databasen alltid betraktas som en relationsdatabas. MySQL relationsdatabas följer också samma relationstruktur, så det råder ingen tvekan om att min SQL också betraktas som en serverrelationsdatabas medan "relation" term inte nämnde i MySQL-dokument eller inte. Kärndatabas som inte har något begrepp om en relationsdatabas, varje tabell innehåller mycket data inklusive transaktionella och master båda, att förstå den logiska bindningen av dessa data kommer att vara mycket svårt utan att känna till korrekt affärslogik. Relationsdatabaser garanterar detta tillvägagångssätt.
Relation Control System i MySQL relationell databas:
Från den specifika definitionen av den relationella databasen tycker människor att den är för kritisk för att upprätthålla och kommer att skapa förvirring. Men det är inte ett riktigt uttalande, relationens databas huvudagenda för att undvika någon form av förvirring eller komplikation mellan flera tabeller som är involverade i den specifika databasen, där den hjälper en utvecklare att underhålla och verifiera enkelt utan någon kamp. Om vi överväger någon relationell design som är mycket vanligt som upprätthåller ett strikt samband mellan alla relaterade tabeller definierade i databasen. Anta att vi kan överväga ett system för kontroll av lager - i så fall måste vi hålla ett mycket strikt förhållande mellan alla tabeller som är involverade i en mer beskrivning relaterad till inventering. Dessutom måste den upprätthålla en striktare relation med de barntabeller som dessutom påverkat för någon form av datahanteringsaktivitet som att infoga eller radera från den specifika inventeringen. Som exempel kommer vi att överväga tre tabeller som är involverade i lagerstyrningssystemet, antar att tre är sammanhängande.
Tabellnamn: Inventory
| ID (primär nyckel) | Beskrivning | Pris | Stock |
Tabellnamn: Sales_Staff
| ID (primär nyckel) | namn | E-post | Kontakt |
Tabellnamn: Faktura
| ID (primär nyckel) | SalesStaff_ID (Foreign Key of Sales_Staff Primary Key) | Inventory_ID (Foreign Key of Inventory Primary Key) | Kvantitet | Pris | kommentar |
Nu med beaktande av ovanstående tre tabeller kan vi planera förhållandet mellan flera tabeller genom att använda primärnyckel och främmande nyckelbegränsningar. I exemplet ovan är fakturan den huvudsakliga transaktionstabellen, där alla transaktionsdata har lagrats framgångsrikt för varje fakturagenerering på enskild kund eller slutanvändare, den lagrade faktiskt alla fakturadata framgångsrikt för någon typ av referens. Nu bör fakturan generera från vissa lagerinformation där en mängd hela förfrågan har lagrats för en hel butik eller organisation. Nu överväger två viktiga mastertabeller som Inventory och Sales_Staff, båda tabellerna upprätthåller huvudsakliga butiksdetaljer för någon specifik artikel i den butiken eller organisationen, medan Sales_Staff upprätthöll alla personalinformation som arbetar med den butiken eller organisationen. I stället för att upprätthålla samma personal eller specifika objekt varje gång i lagerstyrning, innehåller det faktiskt en specifik referens av de huvudtabeller som underhålls av någon administratör av butiken eller organisationen. Genom detta specifika tillvägagångssätt kan vi enkelt undvika dataredundans eller upprepning av data, vilket alltid hjälper till att hämta data baserat på en upprätthållen relation mellan flera tabeller. Det här exemplet med en nyckelkaraktäristik för varje relationsdatabas som MySQL-relationsdatabas, som förutsätter att en fakturadata alltid har referensen till specifik lager och säljpersonal, men lager eller säljpersonal kan aldrig ändra eller uppdatera något i den skapade fakturan.
Så här upprätthöll det faktiskt en till många relationer där en lagerdata kan finnas i fakturan flera gånger, och samma en säljpersonal kan existera i fakturan flera gånger. Det här förhållandet som hjälper utvecklare att hämta data smidigt med specifikt anslutningsvillkor och att förstå eller designa alla ER-diagram kommer att vara mycket enkelt för dem. Här är också en viktig punkt som måste nämna, antag att alla säljare som försöker sälja något som finns i aktien, vilket också säkerställs genom att upprätthålla denna typ av relation. Eftersom varje lager kommer att läggas till på fakturan drar den automatiskt lager från det ursprungliga lagret, så det kommer alltid att ge korrekt valideringsmeddelande när säljaren försöker skapa någon form av faktura för specifik inventering. Om vi tittar noga på dessa tabellförhållanden så har Inventory ett primärt nyckelnamn är Id, och Sales_Staff har ett primärt nyckelnamn är ID, men Faktura har två utländska nycklar som faktiskt upprätthåller förhållandet till tabellerna Inventory och Sales_Staff. Det säkerställer också att allt kan läggas till på fakturatabellen som faktiskt finns i tabellen Inventory eller Sales_Staff, utan att det finns några specifika data, det kan inte vara möjligt att göra en post i fakturatabellen. Eftersom fakturatabellen har ett specifikt utländskt nyckelförhållande med båda dessa tabeller, så kan allt som finns i dessa tabeller bara göra det inträde i fakturatabellen. Så det hjälper alltid en utvecklare om man gör fel inlägg utan att behålla dessa data på underordnade bord.
Vägledning för installation och nedladdning av min SQL-databas:
Det finns många typer av versioner tillgängliga på internet för att installera MySQL på din lokala PC, men MySQL Organization har en mycket intressant funktion med gratis prov av relationell databas, har förmåga att sortera metoder som är mer avancerade än andra gratisprover av relationsdatabas, det kan ge möjlighet att lagra filmdata, en av nyckelpunkten är ofarlig användarupplevelse, betyder att en användare på något sätt gör något misstag, det är därför databasen helt inte fungerar, i så fall är det väldigt enkelt eller kan säga 2-minuters uppgift att återställa den databasen från källan.
1. Ladda ner MySQL-databasen från nedanstående länk:
- http://downloads.mysql.com/docs/sakila-db.tar.gz
2. Utför nedanstående skript för att packa upp arkivpaketet:
- tjära –xzf xxxx-db.tar.gz
3. När du har packat upp samma sak skapas tre kataloger som nedan:
- Xxxx / sakila-db.sql
- Sakila-schema.sql
- Sakila.mwb
4. Kör nu MySQL-grundkommandot:
- Mysql –p (lösenord)
5. Följ bara instruktionerna som nämns i sakila-db.sql och sakila-schema.sql.
6. Om alla instruktioner följs ordentligt skapas en ny databas med namnet “sakila”, som automatiskt visas i MySQL-databaslistan.
Rekommenderade artiklar
Den här artikeln har varit en guide till MySQL relationsdatabas. Här har vi diskuterat Relation Control System och vägledning för installation av MySQL-databasen. Du kan också titta på följande artikel för att lära dig mer
- RDBMS Intervjufrågor och svar
- De bästa skillnaderna mellan MySQL och NoSQL
- Användningar av Cheat Sheet MySQL
- DBMS intervjufrågor