A maior parte de desenhistas de banco de dados experientes raramente eliminam registros dos seus bancos de dados. Cada onça da informação é importante.

Por exemplo, suponha que você tem um banco de dados que enumera os produtos que uma companhia de origami de pedido postal tem para a venda. Você poderia pensar que faz sentido para eliminar produtos uma vez que eles foram descontinuados e não podem ser encomendados mais. Mas resulta que faz sentido para guardar estes velhos registros de produto em volta. Por exemplo, você poderia querer descobrir que categorias de produto foram os melhores vendedores por cima do ano anterior. Ou talvez um fabricante emite uma revocação de papel de asbesto-laced, e você tem de ir no encalço de todo o mundo que o encomendou. Para executar qualquer destas tarefas, você tem de guardar os seus registros de produto.

Isto suspende tudo a regra aplica a qualquer espécie do banco de dados. Por exemplo, suponha que você está seguindo a pista da inscrição estudantil em uma academia culinária excelente. Quando uma classe é terminada, você somente não pode eliminar o registro de classe. Você poderia precisar dele para descobrir se um estudante tem os pré-requisitos certos de outro curso, que professores ela teve no passado, e assim por diante.

O mesmo é verdade para empregados que se retiram, promoções que terminam, itens que você costumou possuir mas você vendeu, e assim por diante. Você precisa de todos eles (e você provavelmente tem de guardá-los indefinidamente).

Em muitos casos, você acrescentará extra campos à sua mesa para ajudá-lo a separar velhos dados do novo. Por exemplo, você pode criar um campo Discontinued na mesa de produtos que identifica produtos que não estão disponíveis mais. Você então pode ignorar aqueles produtos quando você constrói uma forma de colocação da ordem.

A maior parte de desenhistas de banco de dados experientes raramente eliminam registros dos seus bancos de dados. Cada onça da informação é importante.

Por exemplo, suponha que você tem um banco de dados que enumera os produtos que uma companhia de origami de pedido postal tem para a venda. Você poderia pensar que faz sentido para eliminar produtos uma vez que eles foram descontinuados e não podem ser encomendados mais. Mas resulta que faz sentido para guardar estes velhos registros de produto em volta. Por exemplo, você poderia querer descobrir que categorias de produto foram os melhores vendedores por cima do ano anterior. Ou talvez um fabricante emite uma revocação de papel de asbesto-laced, e você tem de ir no encalço de todo o mundo que o encomendou. Para executar qualquer destas tarefas, você tem de guardar os seus registros de produto.

Isto suspende tudo a regra aplica a qualquer espécie do banco de dados. Por exemplo, suponha que você está seguindo a pista da inscrição estudantil em uma academia culinária excelente. Quando uma classe é terminada, você somente não pode eliminar o registro de classe. Você poderia precisar dele para descobrir se um estudante tem os pré-requisitos certos de outro curso, que professores ela teve no passado, e assim por diante.

O mesmo é verdade para empregados que se retiram, promoções que terminam, itens que você costumou possuir mas você vendeu, e assim por diante. Você precisa de todos eles (e você provavelmente tem de guardá-los indefinidamente).

Em muitos casos, você acrescentará extra campos à sua mesa para ajudá-lo a separar velhos dados do novo. Por exemplo, você pode criar um campo Discontinued na mesa de produtos que identifica produtos que não estão disponíveis mais. Você então pode ignorar aqueles produtos quando você constrói uma forma de colocação da ordem.