informacion sobre tipo de tablas

[[Delphius]]

Esta bien. Lo tomo como una disculpa y me disculpo en la misma manera.

Bueno, para empezar dejame decirte que el problema del diseño de una base de datos dependerá de la realidad a estudiar... hablando correctamente: del dominio. Por tanto, la estructuración (relaciones entre tablas) debe responder en igual "forma" al problema.

El estudio de un DER, (abreviemos palabras), se puede enfocar siguiendo la misma práctica que para el análisis POO: DELEGACION DE AUTORIDAD.
Una tabla, como sabemos es una representación abstracta de un elemento de la realidad. Es decir, que los datos que deben guardarse en ella debe ser los mismos que le son UTIL al problema o a la ENTIDAD a la que representa.

A cada una de estas tablas se las llama maestra. Por ejemplo: la Tabla Ventas. Que por el momento, como verás adelante, es su RESPONSABILIDAD "saber": cuando se efectuó la venta (Fecha), cuanto se abonó (MontoTotal), que se abonó (Artículos) y en en que cantidad (Cantidad).
Toda tabla maestra hace una y sola una cosa: Saber la información en forma general.

Ahora, esta tabla debe delegar su autoridad. Sabe demasiado. Y si vemos con atención, hay un elemento nuevo en juego: Artículos. ¿Cuanto artículos tiene una venta?¿Uno, varios, ninguno? Todo dependerá del dominio. Lo importante es que una Venta está constituída por una serie de Artículos. Esta serie, es por tanto una subTabla de Ventas. La llamemos DetalleVentas. Ahora, como ventas a delegado autoridad... es RESPONSABILIDAD de DetalleVentas saber en forma específica sobre cada artículo que conforma la venta: Un identificador del artículo, una cantidad y una referencia al precio de venta. Claramente se ve que no es RESPONSABILIDAD de DetalleVentas saber todo sobre los artículos. Por tanto, la Tabla Artículos se encarga de hacerle saber (para ello son las claves foraneas) a DetalleVentas lo que le incumbe o NECESITA. Por tanto: la tabla Artículos es una tabla Maestra.
Entonces: Una SubTabla lleva registro en forma detallada de lo que la maestra necesita saber.

Una tabla Histórica tiene como fin, como lo dice el nombre: llevar el historial de algo. Se trata de un caso especial de la subMaestra (que por cierto... no me gusta llamarla así, prefiero el término esclavo o detalle). Por tanto, debe mantener una referencia hacia la maestra. Que debe guardar en el historial: lo que diga el estudio del dominio. Un ejemplo de histórica es la tabla de Movimientos de una cuenta corriente.

No se si con esto doy a entender...
Si no me entiendes avisame.

Saludos,