Utilisation de l'héritage pour résoudre un problème de conception

Question

je besoin d'une table qui stocke des éléments et des pistes lorsqu'un élément est ...

1. faisaient la queue
2. marqué pour l'expédition
3. expédié
4. marqué pour le retour
5. a renvoyé

Le tableau doit également indiquer combien d'éléments un cus tomer ...

1. a reçu dans un mois
2. a à la maison à ce moment-

J'ai essayé d'utiliser l'héritage. J'ai attribué à chaque étape un typeId (de 1 à 5, chaque identifiant représentant l'étape en cours dans le flux de travail). Cette approche n'est pas idéale car la mise à jour d'une étape de workflow efface l'historique. Par exemple, si un article passe de shipped (typeId 3) à returned (typeId 5), nous perdons un compte précis des articles expédiés.

Comment dois-je aborder cette question? De plus, je préfère conserver les données dans un tableau à moins que je n'obtienne une raison impérieuse de ne pas le faire.

Mise à jour

Les articles sont envoyés par la poste aux clients progressivement. Il y a des limites au nombre d'articles qu'un client peut recevoir au cours d'une période d'un mois, et des limites sur le nombre d'articles qu'un client peut avoir à la maison à un moment donné. Pour cet exemple, supposons 4 pour plus tôt et 2 pour le dernier. Une file d'attente de clients peut contenir n'importe quel nombre d'éléments. Pour cette raison, les éléments de la file d'attente doivent être classés de sorte que l'ordre des éléments envoyés puisse être fonction de la préférence du client.

Les articles qui ont déjà été expédiés devront être retirés du classement (le client ne peut plus modifier le classement après l'envoi d'un article).

Answer 1

Aucun héritage ici. Les champs horaires sont en réalité la date et l'heure. Une ligne est entrée dans la table Tracking lorsqu'un client ajoute un élément à la file d'attente. Les autres colonnes de temps de TimeMarkedShip à TimeReturned sont NULL jusqu'à ce que l'action se produise. Le TimeQueued fait partie de la clé primaire afin de permettre à un client de louer un article plus d'une fois (sonne comme la location de vidéo pour moi).

Pour compter les articles qu'un client a à la maison, vous pouvez utiliser quelque chose comme

select count(1) 
from Tracking 
where CustomerID = 1755 
    and TimeShipped is not NULL 
    and TimeReturned is NULL ; 

Answer 2

Plutôt qu'un typeID pour l'étape en cours, il semble que vous ayez besoin d'une colonne booléenne pour chaque étape. Ensuite, lorsque vous voulez compter les articles "net embarqués", vous pouvez soustraire les articles "retournés" des articles "expédiés". En outre, si vous voulez suivre l'historique, vous pouvez faire de chacune de ces étapes un champ de date nullable, afin que vous puissiez voir qu'un article a été expédié le 3/5/11 et retourné le 4/1/11. Cela peut être utile si vous utilisez cette table d'autres manières, par exemple gérer vos expéditions/réceptions ou facturer. Une valeur NULL, bien sûr, indiquerait que l'étape n'a pas encore été effectuée.