Sabiendo lo suficiente acerca de las bases de datos relacionales

La construcción de un sistema en Oracle o algún otro producto de base de datos relacional no significa automáticamente que es una base de datos relacional. Del mismo modo, se puede diseñar una base de datos relacional en perfecto estado y ponerlo en práctica en algo más que un producto de base de datos relacional. Se discuten dos áreas importantes:

Video: Herencia entre tablas - Relación Uno a Uno - Base de Datos

• ¿Qué quiere decir la gente ¿base de datos relacional?

• ¿Cuál es el producto de base de datos relacional Oracle?

Lo que hace que una base de datos “relacional”?

Cuando una base de datos se describe como relacional, se ha diseñado para ajustarse (al menos en su mayoría) a un conjunto de prácticas llamado el reglas de normalización. Una base de datos normalizada es uno que sigue las reglas de normalización.

Video: Normalización de Bases de Datos Relacionales

Por ejemplo, en una organización, tiene empleados que trabajan en departamentos específicos. Cada empleado y el departamento tiene un número y un nombre. Se podría organizar esta información como se muestra en la Tabla 1.

Tabla 1: Ejemplo de Información del empleado

Si la estructura de sus datos de esta manera y hacer ciertos cambios en él, tendrá problemas. Por ejemplo, la eliminación de todos los empleados en el departamento de Compras eliminará el propio departamento. Si cambia el nombre del departamento de marketing de “Publicidad”, que tendría que cambiar el registro de cada empleado en ese departamento.

Utilizando los principios de bases de datos relacionales, los datos de los empleados y del Departamento pueden reestructurarse en dos tablas separadas (DEPT y EMP), como se muestra en las tablas 2 y 3.

Tabla 2: una tabla relacional DEPT Muestra

Video: 2. Bases de Datos - Introducción al Modelo Relacional

Tabla 3: A Sample Tabla EMP Relational

Mediante el uso de esta estructura, se puede examinar la tabla EMP para descubrir que Doug trabaja en el departamento 20. A continuación, se puede comprobar la tabla DEPT para descubrir que el departamento 20 realiza su adquisición. Se podría pensar que la Tabla 1 se parece más eficiente. Sin embargo, la recuperación de la información que necesita en un número de maneras diferentes es mucho más fácil con la estructura de dos mesa. Uniéndose a la información en las dos tablas para la recuperación más eficiente es exactamente el problema que bases de datos relacionales fueron diseñados para resolver.

Cuando las tablas se implementan en la base de datos, la información en las dos tablas se vincula mediante el uso de columnas especiales llamadas llaves extranjeras. En el ejemplo, la columna de la DEPTNO es la clave externa que une las tablas del Departamento y de los empleados.

Las tablas 4 y 5 muestran otra estructura de base de datos común, a saber, una orden de compra (tabla PURCH_ORDER) de un elemento y los datos de información asociados con la orden de compra (tabla PURCH_ORDER_DTL).

Tabla 4: A Sample Tabla PURCH_ORDER Relational

Tabla 5: A Sample Tabla PURCH_ORDER_DTL Relational

Una orden de compra puede incluir muchos elementos. La Tabla 5 muestra que la Orden de Compra 451 incluye tres elementos separados. El enlace (clave externa) entre las tablas es el número de pedido.

terminología de base de datos básica comprensión

Una base de datos consta de tablas y columnas, como se describe en la sección anterior. Hay algunos otros términos que necesita saber para entender cómo funcionan las bases de datos. Una base de datos se construye en dos etapas. En primer lugar se crea una modelo de datos lógicos para diseñar el diseño de la base de datos y cómo se organizarán los datos. A continuación, se implementa la base de datos de acuerdo con el física modelo de datos, que establece las tablas y columnas reales. Diferente terminología se aplica a los elementos de los diseños lógicos y físicos. Además, los diseñadores de bases de datos relacionales utilizan diferentes palabras de diseñadores (OO) de bases de datos orientadas a objetos para describir los elementos de base de datos. La Tabla 6 muestra las palabras utilizadas en cada uno de estos casos.

Tabla 6: Diseño de base de datos Terminología

Las definiciones de las palabras de la Tabla 6 son los siguientes:

• Entidad: Una entidad corresponde a algo en el mundo real que es de interés y que desea almacenar información sobre. Ejemplos de entidades incluyen cosas tales como los departamentos dentro de una organización, empleados o ventas. Cada departamento o empleado específico se considera una ejemplo de esa entidad. Por ejemplo, en la Tabla 3, Doug es una instancia de la empleado entidad. (En el mundo OO, Doug sería un objeto en la clase de empleado.)

• Atributo: Esta palabra se usa en ambas bases de datos relacionales y OO para representar la información acerca de una instancia de entidad o un objeto que va a ser rastreado. Un ejemplo de un atributo puede ser la fecha de nacimiento o número de seguro social de un empleado.

Video: Base de Datos Relacional

• Entidades (clases), sus atributos e instancias (objetos): Estos se implementan en la base de datos como tablas, columnas y filas, respectivamente.

Un concepto importante adicional para entender cuando se trata de bases de datos relacionales es la clave principal. UN clave primaria identifica de forma exclusiva una instancia específica de una entidad. No hay dos instancias de una entidad pueden tener la misma clave primaria. Los valores de todas las partes de la clave primaria no debe ser nulo. Los tipos más comunes de las claves principales en las bases de datos relacionales son números de identificación. Por ejemplo, en la Tabla 3, la EmpID puede ser la clave primaria. A veces más de un atributo (o conjuntos de atributos) se pueden utilizar como clave principal. Estos atributos se denominan claves candidatas, un conjunto de lo que debe ser designada como la clave principal.