Nombre max de champs dans une table - SQL/NoSQL - Programmation
Marsh Posté le 24-11-2008 à 21:20:06
100 champs dans la table ? tu es sur de ne pas avoir une erreur de conception ?
Marsh Posté le 25-11-2008 à 13:22:06
après, si t'as pas envi de réinventer la roue, ce que tu veux faire, a priori, c'est un cube OLAP. Pour ça, t'as Pentaho, qui est un outil décisionnel et de reporting libre. En gros, ça fait de l'extraction de donnés depuis une base, ça les transfert dans une BD à lui et après, tu peux manipuler les données et les consolider comme bon te semble
Marsh Posté le 26-11-2008 à 19:08:26
En fait, pour chaque personne, les stats sont réparties par département, par jour et doit etre affichée sur un site web a chaque connexion.
La table dans laquelle ces données sont contenues est enorme et va contenir un nombre extremement important d'enregistrements. (Plrs Millions)
J'ai peur que le temps de calcul de la requette a chaque connexion ne demande trop de ressource ou ne prenne trop de temps.
C'est pour sa que je pensait enregistrer les stats la nuit par un traitement global.
Deja rien que les departement sa me prend 100 champs quoi...
Qu'en pensez vous ?
Si je ne suis pas assez clair, n'hesitez pas...
Marsh Posté le 26-11-2008 à 19:11:26
exemple pour ta table departement :
une table donnes qui contient le minimum ( date de maj , libelle, une id unique... )
une table departement :
idDonnee
numerodepartement
valeurDeLaDonneeSurLeDepartement
ca enleve des colonnes et ajoute des lignes, mais les sgbd préfère des lignes et ca te simplifiera les comptages/sommes/moyennes
Marsh Posté le 26-11-2008 à 19:18:07
Hum... Alors la pour ne pas te mentir je me sent con.
Car comment ais-je fait pour ne pas y penser plus tot ! Honte sur moi.
Merci bien, je vais partir sur ça et vous tiendrais informé.
En attendant je vais faire ma punition..
"Réfléchir avant de poster, Réfléchir avant de poster, Réfléchir avant de poster, Réfléchir avant de poster, Réfléchir avant de poster, Réfléchir avant de poster, Réfléchir avant de poster, Réfléchir avant de poster, Réfléchir avant de poster, Réfléchir avant de poster, Réfléchir avant de poster, Réfléchir avant de poster, Réfléchir avant de poster, Réfléch.."
Marsh Posté le 26-11-2008 à 20:08:35
tu me recitera 3 "notre pere" et deux "je vous salue maire" , pour la peine
Marsh Posté le 02-12-2008 à 12:01:27
Je reste d'avis quand même que Pentaho serait une meilleure solution. Voici qq exemples de reporting :
http://www.pentaho.com/products/reporting/
Regardes aussi les sections "Analysis" et "Dashbord". C'est tout à fait adapté pour des stats spécifiques par départements et en +, c'est gratis comme outil (GPL) ...
Pour appréhender la "bête" plus facilement : http://pentaho-tutorial.blogspot.c [...] world.html
Marsh Posté le 24-11-2008 à 21:17:12
Bonjour,
Pour une application, nous permettons a chaque comtpe (representant une personne) l'affichage de statistique plus ou moins poussés sur une table en particulier (voir plrs) qui contient un tres grand nombre d'enregistrements.
L'affichage de ses statistique par calcul a chaque requette consomme enormement de ressources et prend enormement de temps.
L'idee est d'effectuer un traitement la nuit qui calcul ses stats et les enregistre dans une table.
Le probleme est que pour chaque personne nous devrions stocker un petit peu plus de 100 champs dans cette tables.
Est ce un gros probleme ? (tres gros ? inconcevable ?)
Pour info, si cela facilite le traitement, il sera fait des insert(*) et surtout des select(*) (la page de stats affichant toutes les stats).
Merci par avance pour vos reponses.
-BUZZ-