bonjour,
 
j'ai un projet à réaliser, et je suis en manque de réalisme pour certains parties de la modélisation/conceptualisation.
 
Je dois créer une base de données SQL server, je vais pas tout détailler, la partie ou je me plante est: chaque utilisateur (j'aurai bien entendu une table utilisateur) a un calendrier hebdomdaire. Pour chaque jour (découpés en deux mi-journées) je vais avoir pas mal d'infos dedans.
 
DOnc ma question est : est ce que c'est bon si je crée une table unique calendrier, une ligne correspondra à une demi journée ? J'ai un doute puisque c'est pour tout l'intranet d'une région, l'accés doit être rapide pour les centaines d'utilisateurs.
 
Merci de votre aide

Je ne suis pas un expert et ce que j'exprime n'est qu'un point de vue.
Je pense que tu mélange deux chose qui ne vont pas bien ensemble modélisation et optimisation. Ceci mis a part, cela dépend surtout de ce qu'il y dedans : si tu mets un ensemble de chose (ensemble au sens mathématique) je pense qu'il faut mettre ça dans une autre table, si tu es suceptible d'avoir pas mal de valeur null (et même de simplement en avoir) il me semble qu'il vaut mieux la aussi faire une table séparée.

en fait je veux faire les deux, modélisdation et optimisation.
 
mais pour l'instant, l'important est de savoir quels sont les tables que je vais créer.

Commence par modéliser sur papier. Ensuite seulement tu regardes si tu as des endroits susceptible de faire chuter tes perfs.

 
Le nombre de table que tu va créer dépend des données que tu as à mettre dedans. Tu en as vraiment tant que ça ? tu ne peux pas nous dire quels sont les données que tu as renseigné sur tes demi-journée ?