Einführung in die relationale MySQL-Datenbank:
Eine konzeptionell relationale Datenbank ist nichts anderes als die Aufrechterhaltung der erforderlichen Beziehung zwischen mehreren Tabellen unter Verwendung eines primären, eindeutigen oder Fremdschlüsselkonzepts. Jede Datenbank, die praktisch diesem Ansatz folgt und eine ordnungsgemäße Beziehung zwischen allen erstellten Tabellen beibehält, kann dann immer als relationale Datenbank betrachtet werden. Die relationale Datenbank von MySQL folgt ebenfalls der gleichen relationalen Struktur. Daher besteht kein Zweifel daran, dass mein SQL-Code auch als relationale Datenbank für Server betrachtet wird, während der Begriff "Relation" in MySQL-Dokumenten nicht erwähnt wurde oder nicht. Kerndatenbank, die kein Konzept für eine relationale Datenbank hat. Jede Tabelle enthält eine Menge Daten, einschließlich Transaktionsdaten und Master-Daten. Das Verständnis der logischen Bindung dieser Daten ist sehr schwierig, ohne die richtige Geschäftslogik zu kennen. Relationale Datenbanken stellen diesen Ansatz sicher.
Relation Control System der relationalen MySQL-Datenbank:
Aufgrund der spezifischen Definition der relationalen Datenbank denken die Leute, dass sie für die Pflege zu kritisch ist und Verwirrung stiften wird. Dies ist jedoch keine zutreffende Aussage, da die Hauptagenda der relationalen Datenbank darin besteht, Verwechslungen oder Komplikationen zwischen mehreren Tabellen zu vermeiden, die mit dieser spezifischen Datenbank zu tun haben. Auf diese Weise kann ein Entwickler die Datenbank mühelos warten und überprüfen. Wenn wir einen relationalen Entwurf in Betracht ziehen, der sehr häufig ist und der eine strikte Beziehung zwischen allen in der Datenbank definierten verknüpften Tabellen aufrechterhält. Angenommen, wir können ein Bestandskontrollsystem in Betracht ziehen - in diesem Fall müssen wir eine sehr strenge Beziehung zwischen allen Tabellen aufrechterhalten, die mit einer detaillierteren Beschreibung in Bezug auf den Bestand befasst sind. Außerdem muss eine engere Beziehung zu den untergeordneten Tabellen aufrechterhalten werden, die sich zusätzlich auf jede Art von Datenmanipulationsaktivität auswirken, z. B. das Einfügen in oder Löschen aus diesem bestimmten Inventar. Als Beispiel werden wir drei Tabellen betrachten, die für das Bestandskontrollsystem involviert sind, wobei davon ausgegangen wird, dass drei miteinander zusammenhängen.
Tabellenname: Inventar
| ID (Primärschlüssel) | Beschreibung | Preis | Lager |
Tabellenname: Sales_Staff
| ID (Primärschlüssel) | Name | Kontakt |
Tabellenname: Rechnung
| ID (Primärschlüssel) | SalesStaff_ID (Fremdschlüssel des Sales_Staff-Primärschlüssels) | Inventory_ID (Fremdschlüssel des Inventory-Primärschlüssels) | Menge | Preis | Kommentar |
Wenn wir nun die obigen drei Tabellen betrachten, können wir die Beziehung zwischen mehreren Tabellen unter Verwendung des Primärschlüssels und der Fremdschlüsseleinschränkung planen. Im obigen Beispiel ist "Rechnung" die Haupttransaktionstabelle, in der alle Transaktionsdaten für jede Rechnungserstellung bei einem einzelnen Kunden oder Endbenutzer erfolgreich gespeichert wurden. Tatsächlich wurden alle Rechnungsdaten für jede Art von Referenz erfolgreich gespeichert. Die Rechnung sollte nun aus einigen Inventardetails generiert werden, in denen eine Menge der gesamten Anfrage für einen gesamten Shop oder eine gesamte Organisation gespeichert wurde. Betrachtet man nun zwei Haupttabellen wie Inventory und Sales_Staff, so werden in beiden Tabellen die Details des Hauptgeschäfts für einen bestimmten Artikel in diesem Geschäft oder in dieser Organisation verwaltet, während Sales_Staff alle Personaldetails verwaltet, die in diesem Geschäft oder in dieser Organisation arbeiten. Anstatt jedes Mal dasselbe Personal oder denselben bestimmten Artikel in den Transaktionsdetails des Inventars zu verwalten, enthält es tatsächlich eine bestimmte Referenz der Mastertabellen, die von einem Administrator des Shops oder der Organisation verwaltet werden. Durch diesen speziellen Ansatz können wir Datenredundanz oder Datenwiederholung auf einfache Weise vermeiden, was immer dazu beiträgt, Daten basierend auf einer beibehaltenen Beziehung zwischen mehreren Tabellen abzurufen. In diesem Beispiel wird ein Schlüsselmerkmal einer relationalen Datenbank wie der relationalen MySQL-Datenbank angegeben. Dabei wird vorausgesetzt, dass in einer Rechnungsdatenbank immer die Referenz eines bestimmten Bestands- und Verkaufspersonals enthalten ist, das Bestands- oder Verkaufspersonal jedoch niemals in der Lage ist, Änderungen oder Aktualisierungen an der erstellten Rechnung vorzunehmen.
Hier wurden also tatsächlich eine bis mehrere Beziehungen gepflegt, in denen eine Bestandsdaten in der Rechnung mehrmals vorhanden sein kann und die gleichen Daten eines Verkaufspersonals in der Rechnung mehrmals vorhanden sein können. Diese Beziehung, die dem Entwickler hilft, Daten mit bestimmten Verbindungsbedingungen reibungslos abzurufen und auch ein ER-Diagramm zu verstehen oder zu entwerfen, ist für ihn sehr einfach. Hier auch ein wichtiger Punkt, der zu erwähnen ist: Nehmen wir an, jeder Verkäufer versucht, etwas zu verkaufen, was sich auf Lager befindet. Dies wird auch durch die Aufrechterhaltung dieser Art von Beziehung sichergestellt. Wenn ein Inventar zur Rechnung hinzugefügt wird, wird es automatisch vom ursprünglichen Inventar subtrahiert, sodass immer eine ordnungsgemäße Validierungsmeldung angezeigt wird, wenn ein Verkäufer versucht, eine Rechnung für ein bestimmtes Inventar zu erstellen. Wenn wir uns diese Tabellenbeziehung genau ansehen, haben Inventory einen Primärschlüsselnamen: ID und Sales_Staff einen Primärschlüsselnamen: ID. Invoice hat jedoch zwei Fremdschlüssel, die tatsächlich die Beziehung zu Inventory- und Sales_Staff-Tabellen aufrechterhalten. Es wird auch sichergestellt, dass in die Invoice-Tabelle alles eingefügt werden kann, was tatsächlich in der Inventory- oder Sales_Staff-Tabelle vorhanden ist, ohne dass bestimmte Daten vorhanden sind. Es kann nicht möglich sein, einen Eintrag in die Invoice-Tabelle vorzunehmen. Da die Rechnungstabelle eine bestimmte Fremdschlüsselbeziehung zu beiden Tabellen hat, kann jede vorhandene Fremdschlüsselbeziehung, die nur in diesen Tabellen vorhanden ist, den Eintrag in die Rechnungstabelle vornehmen. So hilft es einem Entwickler immer, wenn eine falsche Einfügung vorgenommen wird, ohne diese Daten in untergeordneten Tabellen zu verwalten.
Anleitung zum Installieren und Herunterladen von My SQL Relational Database:
Es gibt viele Arten von Versionen im Internet, um MySQL auf Ihrem lokalen PC zu installieren, aber MySQL Organization bietet eine sehr interessante Funktion mit einem kostenlosen Beispiel für relationale Datenbanken. Es kann die Möglichkeit geben, Filmdaten zu speichern. Einer der wichtigsten Punkte ist die harmlose Benutzererfahrung. Nehmen wir an, ein Benutzer macht einen Fehler. In diesem Fall funktioniert die Datenbank nicht vollständig diese Datenbank aus der Quelle.
1. Laden Sie die relationale MySQL-Datenbank unter folgendem Link herunter:
- http://downloads.mysql.com/docs/sakila-db.tar.gz
2. Führen Sie das folgende Skript aus, um das Archivierungspaket zu entpacken:
- tar –xzf xxxx-db.tar.gz
3. Nach dem Entpacken werden 3 Verzeichnisse wie folgt erstellt:
- Xxxx / sakila-db.sql
- Sakila-schema.sql
- Sakila.mwb
4. Führen Sie nun den MySQL-Basisbefehl aus:
- Mysql –p (Passwort)
5. Folgen Sie nun den Anweisungen in sakila-db.sql und sakila-schema.sql.
6. Wenn alle Anweisungen korrekt befolgt wurden, wird eine neue Datenbank mit dem Namen "sakila" erstellt, die automatisch in der Liste der relationalen MySQL-Datenbanken angezeigt wird.
Empfohlene Artikel
Dieser Artikel war eine Anleitung zur relationalen MySQL-Datenbank. Hier haben wir das Relation Control System und die Anleitung zur Installation der relationalen MySQL-Datenbank besprochen. Sie können auch den folgenden Artikel lesen, um mehr zu erfahren
- Fragen und Antworten zum RDBMS-Interview
- Wichtigste Unterschiede zwischen MySQL und NoSQL
- Verwendung von Cheat Sheet MySQL
- DBMS Interview Fragen