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 automáticamente la convierten en una base de datos relacional. Del mismo modo, se puede diseñar un perfecto estado de base de datos relacional y ponerlo en práctica en algo más que un producto de base de datos relacional. Se discuten dos áreas importantes:

• ¿Qué significan las personas por ¿base de datos relacional?

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

¿Qué 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 reglas de normalización. Una base de datos normalizada es uno que sigue las reglas de normalización.

Por ejemplo, en una organización, usted tiene empleados que trabajan en departamentos específicos. Cada empleado y el departamento cuenta con 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 a estructurar sus datos de esta manera y hacer ciertos cambios en él, tendrás 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 mesas separadas (DEPT y EMP), como se muestra en las tablas 2 y 3.

Tabla 2: una tabla relacional DEPARTAMENTO Muestra

Tabla 3: Una tabla EMP Relacional Muestra

Mediante el uso de esta estructura, puede examinar la tabla EMP para descubrir que Doug trabaja en el departamento 20. A continuación, puede consultar 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 llamados claves externas. En el ejemplo, la columna DEPTNO es la clave externa que une las tablas de Departamento y de los empleados.

Tablas 4 y 5 muestran otra estructura de base de datos común, a saber, una orden de compra (tabla PURCH_ORDER) para un artículo y los detalles de información asociados con la orden de compra (tabla PURCH_ORDER_DTL).

Tabla 4: Tabla PURCH_ORDER Relacional Muestra

Tabla 5: Tabla PURCH_ORDER_DTL Relacional Muestra

Una orden de compra puede incluir muchos artículos. 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 Orden de Compra.

Base de datos de terminología básica Entendimiento

Una base de datos consta de tablas y columnas, como se describe en la sección anterior. Hay algunos otros términos que usted 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 un modelo de datos lógicos para trazar el diseño de la base de datos y cómo se organizarán los datos. Luego de implementar la base de datos de acuerdo con la modelo de datos físicos, que deberá establecer las tablas reales y columnas. Terminología diferente se aplica a los elementos de los diseños físicos y lógicos. 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: Base de Diseño 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 un ejemplo de esa entidad. Por ejemplo, en la Tabla 3, Doug es una instancia del Empleado entidad. (En el mundo OO, Doug sería un objeto en la clase Employee.)

• Atributo: Esta palabra se usa en ambas bases de datos relacionales y OO para representar la información acerca de una instancia de la entidad o de 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.

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

Un concepto adicional importante entender cuando se trata de bases de datos relacionales es la clave principal. LA 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 deben ser nulo. Los tipos más comunes de claves primarias en bases de datos relacionales son números de ID. Por ejemplo, en la Tabla 3, el EmpID puede ser la clave principal. A veces más de un atributo (o conjuntos de atributos) se pueden utilizar como una clave principal. Estos atributos se denominan claves candidatas, un conjunto de los cuales debe ser designado como la clave principal.