Est-il bon d'avoir des détails de travail dans la table d'attente de travail elle-même ou avoir les détails dans une table séparée?

Question

Je concevons actuellement un module dans lequel une application de service ou de console sera en lecture d'un emploi à partir d'une table Jobquante.J'ai conçu la table Jobquante avec les informations suivantes:

Jobid: int PRIMICEKEY

jobtype: int notnull

Etat: Varcharne NotNull

Createon: DateTime NotNull

lastmodifiedon: DateTime nullable

Terminon: DateTime Nullable

L'attribut JobType est principalement introduit pour maintenir cette table plus générique que vers un type de travail particulier.Ma question est de savoir s'il faut conserver les détails pour que le travail soit exécuté dans ce tableau lui-même ou une autre table avec l'ID de travail le référençant?C'est parce que j'ai les données disponibles dans une autre table.Donc, lors de l'exécution du travail, nous pouvons extraire indirectement les données.Pour éviter de faire dupliquer les informations, j'ai pensé à quelque chose comme ça.Est-ce une bonne approche?Besoin de vos conseils sur cette

Answer 1

Gardez toutes les données que vous avez dans cette "autre table" dans cette table.Ce que vous devez considérer ici, c'est comment vous allez utiliser les données.
Si vous allez afficher un travail indexé de l'endroit où on peut sélectionner un pour afficher les détails, vous pouvez obtenir vos données sur deux extratures séparées.Ou si vous avez besoin de toutes les données (données dans la table Jobquante Plus des données dans cette "autre table") liée à un travail, vous pouvez toujours exécuter une seule extraction avec des jointures.Je ne pense pas que le maintien des données sur une table séparée entraînerait un problème.

Answer 2

Je ne vois pas de nombreux attributs ici (peut-être que vous n'avez pas montré ceux?)

Je vois une carte d'identité (JOBID) clairement nécessaire, type et informations de l'état (Impossible de voir comment vous pouvez faire sans ces données.)

Et puis vous avez des informations d'audit, créées, modifiées et complétées.Moi-même j'aime mettre une chaîne là-bas pour qui créé et qui a modifié, mais j'ai cette information d'audit dans chaque tableau que je crée.Il est toujours utile lorsque vous n'êtes pas sûr de ce qui s'est passé et que vous essayez de conserver la base de données.