Introducción a la base de datos relacional MySQL:
Una base de datos conceptualmente relacional no es más que mantener una relación requerida entre varias tablas mediante el uso de algún concepto de clave primaria, única o externa. Cualquier base de datos que prácticamente siga este enfoque y mantenga una relación adecuada entre todas las tablas creadas, entonces esa base de datos puede considerarse siempre como una base de datos relacional. La base de datos relacional MySQL también sigue la misma estructura relacional, por lo que no hay duda de que mi SQL también se considera como una base de datos relacional del servidor, mientras que el término 'relación' no se menciona en los documentos MySQL o no. Base de datos central que no tiene ningún concepto de una base de datos relacional, cada tabla contiene muchos datos, incluidos los transaccionales y los maestros, comprender el enlace lógico de esos datos será muy difícil sin conocer la lógica comercial adecuada. Las bases de datos relacionales aseguran este enfoque.
Sistema de control de relaciones de la base de datos relacional MySQL:
A partir de la definición específica de la base de datos relacional, las personas piensan que es demasiado crítica para mantener y creará confusión. Pero esa no es una declaración verdadera, la agenda principal de la base de datos relacional para evitar cualquier tipo de confusión o complicación entre varias tablas involucradas con esa base de datos específica, donde ayuda a un desarrollador a mantener y verificar fácilmente sin ninguna dificultad. Si consideramos cualquier diseño relacional que sea muy común que mantenga una relación estricta entre todas las tablas relacionadas definidas en la base de datos. Supongamos que podemos considerar un Sistema de Control de Inventario; en ese caso, tenemos que mantener una relación muy estricta entre todas las tablas que participaron con una descripción más detallada relacionada con el inventario. Además, debe mantener una relación más estricta con esas tablas secundarias que impactaron adicionalmente para cualquier tipo de actividad de manipulación de datos como insertar o eliminar de ese inventario específico. Como ejemplos, vamos a considerar tres tablas que participan en el sistema de control de inventario, supongamos que tres están interrelacionadas.
Nombre de la tabla: inventario
| ID (clave principal) | Descripción | Precio | Valores |
Nombre de la tabla: Sales_Staff
| ID (clave principal) | Nombre | contacto |
Nombre de la tabla: factura
| ID (clave principal) | SalesStaff_ID (Clave externa de Sales_Staff Primary Key) | Inventory_ID (Clave externa de la clave primaria de inventario) | Cantidad | Precio | comentario |
Ahora, considerando las tres tablas anteriores, podemos planificar la relación entre varias tablas utilizando la clave principal y la restricción de clave externa. En el ejemplo anterior, Factura es la tabla transaccional principal, donde todos los datos transaccionales se han almacenado con éxito para cada generación de facturas en clientes individuales o usuarios finales, en realidad almacenó todos los datos de facturas con éxito para cualquier tipo de referencia. Ahora, la Factura se debe generar a partir de algunos detalles del inventario donde se ha almacenado una cantidad de consulta completa para una tienda u organización completa. Ahora considerando dos tablas maestras clave como Inventory y Sales_Staff, ambas tablas mantienen los detalles de la tienda principal de cualquier artículo específico en esa tienda u organización, mientras que Sales_Staff mantuvo todos los detalles del personal que trabajan en esa tienda u organización. En lugar de mantener el mismo personal o artículo específico cada vez en los detalles transaccionales del inventario, en realidad contiene una referencia específica de esas tablas maestras que mantiene algún administrador de la tienda u organización. Por lo tanto, con este enfoque específico, podemos evitar fácilmente la redundancia o la repetición de datos, lo que siempre ayuda a obtener datos basados en una relación mantenida entre varias tablas. Este ejemplo da una característica clave de cualquier base de datos relacional como la base de datos relacional MySQL, que supone que los datos de una factura siempre contienen la referencia de un inventario específico y personal de ventas, pero el inventario o el personal de ventas nunca pueden cambiar o actualizar nada en la factura creada.
Entonces, aquí en realidad mantuvo una o muchas relaciones donde los datos de un inventario pueden existir en Factura varias veces, y la misma información del personal de ventas puede existir en Factura varias veces. Esta relación que ayuda al desarrollador a obtener datos sin problemas con una condición de unión específica y también a comprender o diseñar cualquier diagrama ER será muy fácil para ellos. Aquí también un punto clave que tiene que mencionar, supongamos que cualquier vendedor que intente vender algo que está en el inventario, que también se garantiza manteniendo este tipo de relación. Como cada vez que se agregue algún inventario en la factura, se restará automáticamente el stock del inventario original, por lo que siempre proporcionará un mensaje de validación adecuado cuando el vendedor intente crear cualquier tipo de factura para un inventario específico. Si observamos detenidamente la relación de la tabla, Inventory tiene un nombre de clave principal que es Id, y Sales_Staff tiene un nombre de clave principal que es ID, pero Invoice tiene dos claves externas que mantienen la relación con las tablas Inventory y Sales_Staff. También garantiza que se pueda insertar cualquier cosa en la tabla Factura que realmente existe en la tabla Inventario o Sales_Staff, sin la existencia de datos específicos, no es posible realizar una entrada en la tabla Factura. Como la tabla Factura tiene una relación de clave externa específica con ambas tablas, por lo que todo lo existente en esas tablas solo puede hacer la entrada en la tabla Factura. Por lo tanto, siempre ayuda a un desarrollador en caso de realizar una inserción incorrecta sin mantener esos datos en las tablas secundarias.
Guía para instalar y descargar My SQL Relational Database:
Hay muchos tipos de versiones disponibles en Internet para instalar MySQL en su PC local, pero MySQL Organization viene con una característica muy interesante con una muestra gratuita de base de datos relacional, tiene capacidad para métodos de variedades que son más avanzados que otras muestras gratuitas de bases de datos relacionales, puede dar la oportunidad de almacenar datos de películas, uno de los puntos clave es la experiencia inofensiva del usuario, significa suponer que un usuario de alguna manera comete algún error, por eso la base de datos no funciona por completo, en ese caso, es muy fácil o puede decir una tarea de 2 minutos para restaurar esa base de datos de la fuente.
1. Descargue la base de datos relacional MySQL del siguiente enlace:
- http://downloads.mysql.com/docs/sakila-db.tar.gz
2. Ejecutando el siguiente script para desempacar el paquete de archivo:
- tar –xzf xxxx-db.tar.gz
3. Después de desempaquetar lo mismo, creará 3 directorios como a continuación:
- Xxxx / sakila-db.sql
- Sakila-schema.sql
- Sakila.mwb
4. Ahora ejecute el comando básico MySQL:
- Mysql –p (contraseña)
5. Ahora solo siga las instrucciones mencionadas en sakila-db.sql y sakila-schema.sql.
6. Si todas las instrucciones se siguieron correctamente, se creará una nueva base de datos con el nombre "sakila", que se mostrará automáticamente en la lista de bases de datos relacionales de MySQL.
Artículos recomendados
Este artículo ha sido una guía para la base de datos relacional MySQL. Aquí hemos discutido el Sistema de Control de Relaciones y la Guía para instalar la base de datos relacional MySQL. También puede consultar el siguiente artículo para obtener más información.
- Preguntas y respuestas de la entrevista RDBMS
- Las principales diferencias entre MySQL y NoSQL
- Usos de Cheat Sheet MySQL
- Preguntas de la entrevista DBMS