Tipos de tablas

 Planeación de la base de datos

En la planeación para crear una base de datos se debe seguir un proceso para identificar ciertas características de las tablas que conforman la base de datos, los pasos a seguir son:

1.- Identificar la tabla principal, se caracteriza por estar  relacionada con el negocio y es la que tiene más relaciones (conecta con varias tablas). La tabla principal puede ser una o más.

Ejemplo: Una base de datos de refugio de perros, la principal sería perros (y para confirmar debe tener más relaciones); si no es la que tienen más relaciones entonces está mal.

2.- Identificar el tipo de tablas relacionales:

• Tablas base: Son las que no necesitan de otra tablas (Su PK no esta formado por FK's de otras tablas).
• Tablas transitivas: en el lógico son los atributos transitivos y en el físico se implementa (es cuando se rompe la relación M:M).
• Tiene dos o más PK's
• El nombre de la tabla puede ser (tabla1xtabla2 / tabla1_in_tabla2)
• Las relaciones son identificadas (aquella relación donde el id de la tabla forma parte del id de la segunda tabla, se representa con una línea continua).
• Las tablas transitivas tienen bordes redondeados (no en todas las nomenclaturas se usa).
• *Se debe tener cuidado con los subtipos.
• Catalogo: Son tablas del diagrama físico y se generan en la normalización o en el diagrama lógico porque salen de las propiedades multivaluadas.
• Solo tienen su PK y otro atributo más que describe la tabla.
• Son descriptores de la tabla que se relaciona.
• Solo se relaciona con una tabla.
• Llega a tener eg: significa ejemplos de posibles valores que va a guardar el catalogo.
• Catalogo autónomo:
• Se encuentra volando.
• Son descriptores de varias tablas.
• Se relaciona con varias tablas (pero no se estable la relación física).
• Se usa para evitar redundancia.
• Derivadas: 
• Son dependientes de otra tabla (Son las tablas transitivas, tablas subtipos, tablas recursivas). 
• Solo aplica en las entidades débiles en el conceptual.
• Tipo y subtipo: 
• Tienen el mismo ID en ambas tablas (solo tiene un ID), en los subtipos está como PF/FK la PK de la tabla tipo.
• Las relaciones son identificadas.
• Son codependientes (una es base y otra derivada).
• La mayoría de veces la relación en 1 : 1.
• Recursivas:
• La relación (vinculo) sale de ella y regresa a ella.
• El atributo al no poder repetir el nombre, poner alguna mención que es transitiva (Sub/Child/Parent).
• La relación no puede ser M : M, tiene que ser 1: 1 ó 1 : M.
• Históricos: Guarda datos redundantes y datos que cambian en el tiempo.
• Debe tener al menos una estampa de tiempo (TIMESTAMP/ HH:mm:ss).
• Casi siempre tiene atributos repetidos del negocio.
• Llega a tener redundancia (se repite varias veces el id y los datos).
• La mayoría va a cuidar/relacionar a tablas bases (cada ocurre una modificación va a asignar una estampa de tiempo).
• Auditoria: Para validar un proceso de la base de datos (inserción, accesos, etc.).
• Tablas del sistema (inicia con la palabra reservada catalog_, o el prefijo sysaudits).
• Binarias/Ternarias:
• Tienen dos o más relaciones hacia la misma tabla.
• (binaria: dos relaciones, ternaria: tres relaciones, cuaternaria: cuatro relaciones)

3.- Identificar las características de la tabla.

• Tablas padre:
• No tiene llaves foráneas
• Su id pasa como FK a otra tabla.
• Tablas padre/hija:
• Tiene FK que llega de otra tabla
• Su id paso como FK a otra tabla
• Tablas hija:
• Solo recibe FK de otra tabla
• No envía su id a otra tabla