Discussion :

[redoran]

dans le cadre de mon projet d'autoformation sur le développement web secteur santé , j'ai une application qui marche sur le plan fonctionnel.
descriptifs:
Application web de surveillance épidémiologique d'une pathologie X.
saisie de donnée quotidienne type agrégats ( age , sexe , localité...) ,
modalité de surveillance:
tableau de bord utilisateur ( Total générales , par age et sexe ,Minimum , maximum , moyenne et graphe d’évolution hebdomadaire)
unité temps : une année avec cumule quotidien.
la table principale contiens les données d'une seul année
problématique:
Faut-il limité la table principale a une seul année de saisie?
est ce que dans la même application en peut crée un datamarts?
si oui comment et quel sont les outils?
est ce que PHP et mysql suffit pour la mise en place?

[Benjamin Delespierre]

Faut-il limité la table principale a une seul année de saisie?

Je ne vois pas pourquoi, au pire tu peux la partitionner.

est ce que dans la même application en peut crée un datamarts?

Oui, pourquoi pas. Tu peux faire un star schema par exemple pour te simplifier la vie.

Coté outils, PHP et MySQL peuvent se prêter sans problème à ce petit jeu, à toi de voir en fonction du cahier des charges, des volumes de données à stocker et traiter mais à vue de nez ça se fait tout à fait sur une stack LAMP.

[redoran]

Merci , je viens d'apprendre une nouvelle chose "partitionnement d'une table".

Oui, pourquoi pas. Tu peux faire un star schema par exemple pour te simplifier la vie.

là en vire vers les entrepôts de données.

Coté outils, PHP et MySQL peuvent se prêter sans problème à ce petit jeu

dans le cadre de projet d'autoformation.
dans le cas ou en s'oriente vers l'informatique décisionnelle sa donne quoi comme résultat ? surtout avec php et mysql !!!!

stack LAMP.

demande Lunix non !!!

[redoran]

après une relecture du lien sur le partitionnement sa semble très intéressant pour des petits travaux avec des requêtes d'agrégats sur année, mois , semaines.. ect.
mais si on veut faire des recoupement par rapport aux établissements , clients , patient ou autre là je crois que sa demande plus que cet dimensions de partitionnement.

[Benjamin Delespierre]

Le but avoué du partitionnement est de permettre l'utilisation de très grosses tables par exemple de log d'activité (par très grosses, j'entends plusieurs millions de tuples).

Ce n'est pas toujours utile de partitionner une table. Mais des tables Client, Etablissements, Patients etc ne sont jamais aussi grosses que ça, un moteur InnoDB classique fera tout à fait l'affaire.

Ah et au fait, il n'y a pas de concept de "Table principale" dans une database relationnel. Le plus important ce sont les attributs et les relations. Si tu te retrouves à tout mettre dans la même table, c'est que tu as foiré la conception de ton schéma.

[redoran]

@ Benjamin:

Ah et au fait, il n'y a pas de concept de "Table principale" dans une database relationnel. Le plus important ce sont les attributs et les relations. Si tu te retrouves à tout mettre dans la même table, c'est que tu as foiré la conception de ton schéma.

ma table principale : c'est la table qui contient des enregistrements en plus des id d'autres tables , tous cela est basé sur la méthode MERISE.
la genèse de la problématique du post:
dans mon application web : j'ai deux onglets 1- Tableau de Bord 2- Analyse
Tableau de Bord:
permet de suivre l’évolution des événement dans l'année en cours par rapport a la maladie X.
tous les requêtes d'agrégats se font sur la table que j'ai nommée principale.
la table doit contenir les données d'une seule année.
le verrouillage se fait après 10 jours de la fin d'année ( exemple : 10 janvier 2012 pour l'année 2011).
ensuite les données sont transférés vers table archives.

Analyse:
contiens plusieurs indicateurs de suivis par rapport a un ensemble d'année de suivit de la maladie X , ces données normalement sont transféré de la table principale vers table archive.

Objet:
afin de permettre a l'utilisateur de faire la saisie et le suivit ( tableau de bord sur une seul table).
l'analyse sur une autre table.
s’orienter vers l'informatique décisionnelle dans le cadre de mon autoformation.
questions:
Est ce que c'est la bonne démarche?