Bonjour, L'application que je développe actuellement permet la visualisation de consommation d'énergie. La base de donnée MySQL est donc essentiellement utilisée pour gérer une table d'historisation des index des compteurs d'énergie. La relève se fait toute les 10 minutes, donc toutes les 10 minutes, la table reçoit n lignes, n étant le nombre de compteurs du client. La table d'...
Stratégies pour l'optimisation des temps d'accès sur une table d'historisation | Thread profile
Thread profile page for "Stratégies pour l'optimisation des temps d'accès sur une table d'historisation" on http://www.developpez.net.
This report page is a snippet summary view from a single thread "Stratégies pour l'optimisation des temps d'accès sur une table d'historisation", located on the Message Board at http://www.developpez.net.
This thread profile page shows the thread statistics for: Total Authors, Total Thread Posts, and Thread Activity, which are reported in a table below.
Additional thread profile information is also shown in the following ways:
1) Top Contributing Authors 2) Related Threads on "eBay Auctions" 3) Related Threads on Other Sites Warning: These statistics are generated using 'best efforts' and can experience delays and reporting errors at times. Please note that such statistics do not constitute a thread's popularity and/or exact posting volumes at any given reporting period. |
||||||||||||||||
|
|
|||||||||||||||
Thread posts in Stratégies pour l'optimisation des temps d'accès sur une table d'historisation:1.
Started 6 months, 2 weeks ago (2008-12-17 20:00:00)
by eracius
Size: 3,730 bytes
Customize: 
2.
Started 6 months, 2 weeks ago (2008-12-17 22:00:00)
by Jester
1 - Il y a un raison particulière de faire 365 accès à la BD pour une seule requête? 2 - BIGINT comparé à INT joue peut-être mais négligeable. Par contre stocker les millisecondes quand l'unité de temps est les 10 minutes ... 3 - Est-on sur que tout est en mémoire, il faut que le cache associé au moteur des bases (innodb ou myisam ou autre) permettre que les données soient complètement ...
Size: 555 bytes
Customize:
3.
Started 6 months, 2 weeks ago (2008-12-17 23:00:00)
by SQLpro
Sans index vos temps de réponse seront à chier ! Il vous faut un index de type CLUSTER sur l'uato incrément ou à défaut, la date. Il vous faut aussi un index sur le compteur, construit de la sorte (si possible) (idmeter, date) INCLUDE (value). Citation: Pour une année par jour, cela donne 365+1 select Ca c'est idiot, il vous faut une...
Size: 1,776 bytes
Customize:
4.
Started 6 months, 2 weeks ago (2008-12-17 23:00:00)
by Jester
Pour compléter SQLPro, Mysql n'a pas ces capacitées que je sache. Par contre innodb stocke les données avec l'index de la clé primaire, donc choisissez la bien, ça devrait augmenter les performances. Quoique si tout est en mémoire, cela joue moins je pense.
Size: 280 bytes
Customize:
5.
Started 6 months, 2 weeks ago (2008-12-19 11:00:00)
by eracius
En me renseignant sur le modèle OLAP, j'ai repensé ma table history pour réussir à obtenir mes résultats en une seule requête. J'ai éclaté ma date en sous-champs comme suit : Code : CREATE TABLE IF NOT EXISTS `history_new` ( `id` int ( 11 ) NOT NULL AUTO_INCREMENT , `idnode` int ( 11 ) NOT NULL , `value` bigint ( 30 ) NOT NULL ,...
Size: 4,214 bytes
Customize:
6.
Started 6 months, 2 weeks ago (2008-12-19 13:00:00)
by Jester
A chaque requête vous lisez probablement toute la table, il manque toujours l'index sur idnode qui peut se révéler fort utile dans le cas d'un nombre de compteur élevé. Moi j'en airait fait un clé primaire, surtout en innodb. Vous avez aussi sensiblement agrandit la table, peut-être une dimension date serait idoine.
Size: 341 bytes
Customize:
7.
Started 6 months, 2 weeks ago (2008-12-19 14:00:00)
by eracius
Citation: Envoyé par Jester A chaque requête vous lisez probablement toute la table, il manque toujours l'index sur idnode qui peut se révéler fort utile dans le cas d'un nombre de compteur élevé. Moi j'en airait fait un clé primaire, surtout en innodb. J'y ai réfléchi mais quelque soit le nombre de compteurs (qui ...
Size: 1,305 bytes
Customize:
8.
Started 6 months, 2 weeks ago (2008-12-19 14:00:00)
by Jester
idnode n'est pas une clé en soit, mais un premier niveau. Le problème c'est que la vous lisez toute la table, on peut se dire que ne lire que les lignes avec le bon idnode est suffisant pour traiter voter requête.
Size: 233 bytes
Customize:
|
Top contributing authors for Stratégies pour l'optimisation des temps d'accès sur une table d'historisationRelated threads on "Forums de Developpez.com":Related threads on other sites: |
|||||||||||||||
Home |
About Us |
Submit Your Site |
Update Your Site |
Get Search For Your Site |
Partners |
Contact |
Search Plugin |
Blog |
 |
Last Searches | Top Searches |
Designated brands and trademarks are property of their respective owners.
Use of this website constitutes acceptance of BoardReader's User Agreement and Privacy Policy.