Introduzione al database relazionale MySQL:
Un database concettualmente relazionale non è altro che mantenere una relazione tra più tabelle utilizzando alcuni concetti di chiave primaria, unica o esterna. Qualsiasi database che praticamente segue questo approccio e mantiene una relazione adeguata tra tutte le tabelle create, quel database può essere considerato sempre come database relazionale. Anche il database relazionale di MySQL sta seguendo la stessa struttura relazionale, quindi non c'è dubbio che il mio SQL sia anche considerato come un database relazionale del server, mentre il termine "relazione" non è stato menzionato nei documenti MySQL o no. Database di base che non ha alcun concetto di database relazionale, ogni tabella contiene molti dati, inclusi transazionali e master, entrambi, comprendere il legame logico di tali dati sarà molto difficile senza conoscere la logica di business appropriata. Database relazionali garantisce questo approccio.
Sistema di controllo delle relazioni del database relazionale MySQL:
Dalla definizione specifica del database relazionale, le persone pensano che sia troppo critico per il mantenimento e creerà confusione. Ma questa non è una vera affermazione, l'agenda principale del database relazionale per evitare qualsiasi tipo di confusione o complicazione tra più tabelle coinvolte con quel database specifico, in cui aiuta uno sviluppatore a mantenere e verificare facilmente senza alcuna difficoltà. Se consideriamo qualsiasi progetto relazionale molto comune che mantenga una stretta relazione tra tutte le tabelle correlate definite nel database. Supponiamo di poter prendere in considerazione un sistema di controllo dell'inventario: in tal caso, dobbiamo mantenere una relazione molto stretta tra tutte le tabelle coinvolte con una descrizione più dettagliata dell'inventario. Inoltre, deve mantenere una relazione più stretta con quelle tabelle secondarie che hanno inoltre avuto un impatto su qualsiasi tipo di attività di manipolazione dei dati come l'inserimento o l'eliminazione da quello specifico inventario. Ad esempio, prenderemo in considerazione tre tabelle coinvolte nel sistema di controllo dell'inventario, ipotizzando che tre siano correlate.
Nome tabella: inventario
| ID (chiave primaria) | Descrizione | Prezzo | Azione |
Nome tabella: Sales_Staff
| ID (chiave primaria) | Nome | contatto |
Nome tabella: fattura
| ID (chiave primaria) | SalesStaff_ID (chiave esterna della chiave primaria Sales_Staff) | Inventory_ID (chiave esterna della chiave primaria di inventario) | Quantità | Prezzo | commento |
Considerando ora le tre tabelle precedenti, possiamo pianificare la relazione tra più tabelle utilizzando la chiave primaria e il vincolo di chiave esterna. Nell'esempio sopra, Invoice è la tabella transazionale principale, in cui tutti i dati transazionali sono stati archiviati correttamente per ogni generazione di fattura su singolo cliente o utente finale, in realtà ha archiviato correttamente tutti i dati della fattura per qualsiasi tipo di riferimento. Ora Invoice dovrebbe generare da alcuni dettagli di inventario in cui è stata archiviata una quantità di intera richiesta per un intero negozio o organizzazione. Considerando ora due tabelle principali chiave come Inventory e Sales_Staff, entrambe le tabelle mantengono i dettagli del negozio principale di qualsiasi articolo specifico in quel negozio o organizzazione, mentre Sales_Staff ha mantenuto tutti i dettagli del personale che stanno lavorando in quel negozio o organizzazione. Invece di mantenere lo stesso personale o articolo specifico ogni volta nei dettagli transazionali dell'inventario, detiene effettivamente un riferimento specifico di quelle tabelle principali che sono gestite da alcuni amministratori del negozio o dell'organizzazione. Quindi, con questo approccio specifico, possiamo facilmente evitare la ridondanza o la ripetizione dei dati, che aiuta sempre a recuperare i dati in base a una relazione mantenuta tra più tabelle. In questo esempio viene fornita una caratteristica chiave di qualsiasi database relazionale come il database relazionale MySQL, che presuppone che i dati di una fattura contengano sempre il riferimento di specifici inventari e personale di vendita, ma l'inventario o il personale di vendita non sono mai in grado di modificare o aggiornare nulla nella fattura creata.
Quindi qui ha effettivamente mantenuto una o più relazioni in cui possono esistere più dati di inventario in fattura e gli stessi dati del personale di vendita possono esistere in fattura per più volte. Questa relazione che aiuta lo sviluppatore a recuperare i dati senza problemi con specifiche condizioni di unione e anche a comprendere o progettare qualsiasi diagramma ER sarà molto facile per loro. Anche qui un punto chiave che deve essere menzionato, supponiamo che qualsiasi venditore cerchi di vendere qualcosa che è in stock, il che è garantito anche mantenendo questo tipo di relazione. Come ogni volta che qualsiasi inventario verrà aggiunto nella fattura sottrae automaticamente lo stock dall'inventario originale, quindi fornirà sempre un messaggio di convalida adeguato ogni volta che il venditore cerca di creare qualsiasi tipo di fattura per inventario specifico. Se osserviamo attentamente la relazione tra tabelle, Inventory ha un nome chiave principale è Id e Sales_Staff ha un nome chiave principale è ID, ma Invoice ha due chiavi esterne che mantengono effettivamente la relazione con le tabelle Inventory e Sales_Staff. Assicura inoltre che qualsiasi cosa possa essere inserita nella tabella Fattura che è effettivamente presente nella tabella Inventario o Sales_Staff, senza l'esistenza di dati specifici, non è possibile effettuare una voce nella tabella Fattura. Poiché la tabella Fattura ha una relazione di chiave esterna specifica con entrambe queste tabelle, tutto ciò che esiste in quelle tabelle può solo effettuare l'immissione nella tabella Fattura. Quindi aiuta sempre uno sviluppatore in caso di inserimento errato senza conservare tali dati su tabelle figlio.
Guida per l'installazione e il download del mio database relazionale SQL:
Esistono molti tipi di versioni disponibili in Internet per l'installazione di MySQL nel tuo PC locale, ma l'organizzazione MySQL ha una caratteristica molto interessante con un campione gratuito di database relazionale, ha la possibilità di metodi di varietà che sono più avanzati rispetto ad altri campioni gratuiti di database relazionale, può dare l'opportunità di archiviare i dati del film, uno dei punti chiave è l'esperienza dell'utente innocua, significa supporre che un utente in qualche modo commetta un errore, ecco perché il database non funziona completamente, in tal caso, è molto facile o può dire un'attività di 2 minuti da ripristinare quel database dalla fonte.
1. Scarica il database relazionale MySQL dal seguente link:
- http://downloads.mysql.com/docs/sakila-db.tar.gz
2. Eseguire lo script seguente per decomprimere il pacchetto di archivio:
- tar –xzf xxxx-db.tar.gz
3. Dopo aver decompresso lo stesso, creerà 3 directory come di seguito:
- Xxxx / Sakila-db.sql
- Sakila-schema.sql
- Sakila.mwb
4. Ora esegui il comando di base MySQL:
- Mysql –p (password)
5. Ora basta seguire le istruzioni menzionate in sakila-db.sql e sakila-schema.sql.
6. Se tutte le istruzioni sono state seguite correttamente, verrà creato un nuovo database con il nome "sakila", che verrà automaticamente visualizzato nell'elenco del database relazionale di MySQL.
Articoli consigliati
Questo articolo è stato una guida al database relazionale di MySQL. Qui abbiamo discusso del sistema di controllo delle relazioni e delle linee guida per l'installazione del database relazionale MySQL. Puoi anche leggere il seguente articolo per saperne di più
- Domande e risposte sull'intervista a RDBMS
- Principali differenze tra MySQL e NoSQL
- Usi del cheat sheet MySQL
- Domande di intervista DBMS