2011-07-04 2 views
1

Situation:
Un écran média diffusant des publicités au cours d'une année serait fermé certains jours de l'année. Les jours de fermeture/d'arrêt seraient précisés des deux façons suivantes:
1. Congés annuels (différents pour chaque année).
2. Régime hebdomadaire (par exemple, les dimanches, les samedis et les dimanches, les mardis de congé, les deuxièmes samedis de congé, etc.). Ceux-ci pourraient être les mêmes pour chaque année jusqu'à modification dans la base de données.Comment structurer la base de données pour le stockage combiné des week-ends + jours de congé/fermeture annuels?


Problème:
En supposant que nous avons une table de base de données à savoir. 'écrans' avec les champs 'id' et 'name', comment modifier la structure de la table pour stocker le schéma des jours de fermeture combinés pour un écran multimédia particulier.

Confusion:
1. Que ce soit pour stocker le système de fermeture/hors jours dans le tableau « écrans » lui-même ou un contrat distinct?
2. Indiquer s'il faut combiner le régime d'exclusion hebdomadaire avec le régime d'annulation annuel tout en structurant la base de données pour stocker le régime des jours de fermeture ou non?
3. Indiquer si le système de fermeture doit être défini comme «règles de clôture» (p. Ex. 1000000 pour les dimanches, 1000001 pour les dimanches + samedis de congé) ou «hors jours» (par exemple 04-07-2011,05-07-2011)? Est-ce qu'il y a un autre moyen?

Répondre

1

i stockerait les jours proches dans une table séparée:

close_days 
----------- 
screen_id 
close_date 
(optionally... advertisement_id) 

cette table se répandent alors avec toutes les dates par un algorithme externe, ou permettre à l'utilisateur certains jours au hasard.

Questions connexes