La mayor parte de diseñadores de la base de datos sazonados raramente suprimen archivos de sus bases de datos. Cada onza de la información es importante.

Por ejemplo, supongan que tienen una base de datos que pone en una lista los productos que una compañía de la papiroflexia del pedido postal tiene para la venta. Podrían creer que tiene sentido de suprimir productos una vez que se han discontinuado y no se pueden pedir más. Pero resulta que tiene sentido de guardar estos viejos archivos del producto alrededor. Por ejemplo, podrían querer averiguar que categorías del producto eran los éxitos de ventas durante el año anterior. O tal vez un fabricante publica una memoria de papel de amianto-laced, y tienen que detectar a cada uno que lo ha pedido. Para realizar cualquiera de estas tareas, tienen que guardar sus archivos del producto.

Esto cuelga todo la regla se aplica a cualquier clase de la base de datos. Por ejemplo, supongan que rastrean la inscripción estudiantil ante una academia culinaria sobresaliente. Cuando una clase se termina, no pueden suprimir sólo el registro de la clase. Lo podrían necesitar para averiguar si un estudiante tiene los requisitos previos correctos para otro curso, que profesores ha tenido en el pasado, etcétera.

Lo mismo es verdad para empleados que se retiran, promociones que terminan, artículos que solían poseer pero se han vendido, etcétera. Necesitan a todos ellos (y probablemente los tienen que guardar indefinidamente).

En muchos casos, añadirán campos suplementarios a su mesa para ayudarles a separar viejos datos del nuevo. Por ejemplo, pueden crear un campo Discontinuado en la mesa de productos que identifica productos que no están disponibles más. No pueden hacer caso entonces de aquellos productos cuando construyen una forma de colocación del pedido.

La mayor parte de diseñadores de la base de datos sazonados raramente suprimen archivos de sus bases de datos. Cada onza de la información es importante.

Por ejemplo, supongan que tienen una base de datos que pone en una lista los productos que una compañía de la papiroflexia del pedido postal tiene para la venta. Podrían creer que tiene sentido de suprimir productos una vez que se han discontinuado y no se pueden pedir más. Pero resulta que tiene sentido de guardar estos viejos archivos del producto alrededor. Por ejemplo, podrían querer averiguar que categorías del producto eran los éxitos de ventas durante el año anterior. O tal vez un fabricante publica una memoria de papel de amianto-laced, y tienen que detectar a cada uno que lo ha pedido. Para realizar cualquiera de estas tareas, tienen que guardar sus archivos del producto.

Esto cuelga todo la regla se aplica a cualquier clase de la base de datos. Por ejemplo, supongan que rastrean la inscripción estudiantil ante una academia culinaria sobresaliente. Cuando una clase se termina, no pueden suprimir sólo el registro de la clase. Lo podrían necesitar para averiguar si un estudiante tiene los requisitos previos correctos para otro curso, que profesores ha tenido en el pasado, etcétera.

Lo mismo es verdad para empleados que se retiran, promociones que terminan, artículos que solían poseer pero se han vendido, etcétera. Necesitan a todos ellos (y probablemente los tienen que guardar indefinidamente).

En muchos casos, añadirán campos suplementarios a su mesa para ayudarles a separar viejos datos del nuevo. Por ejemplo, pueden crear un campo Discontinuado en la mesa de productos que identifica productos que no están disponibles más. No pueden hacer caso entonces de aquellos productos cuando construyen una forma de colocación del pedido.