Je possède un service d'archives en ligne depuis plus d'un an maintenant. Malheureusement, je n'ai pas mis dans l'infrastructure pour garder des statistiques. Tout ce que j'ai maintenant sont les journaux d'accès aux archives.Suggestions de base de données pour stocker un "compte" pour chaque heure de la journée
Pour chaque heure, il y a deux fichiers audio (0-30 min dans un et 30-60 min dans l'autre). J'ai actuellement utilisé MySQL pour mettre dans les comptes. On dirait quelque chose comme ceci:
| DATE | TIME | COUNT |
| 2012-06-12 | 20:00 | 39 |
| 2012-06-12 | 20:30 | 26 |
| 2012-06-12 | 21:00 | 16 |
et ainsi de suite ...
Cela fait 365 jours * 24 h * 2 (2 moitiés dans une heure)> 17500 lignes. Cela rend la lecture/écriture lente et je sens que beaucoup d'espace est gaspillé en le stockant de cette façon.
Alors connaissez-vous d'autres bases de données qui stockent ces données plus efficacement et plus rapidement?
17500 est pas beaucoup. Et vous pouvez stocker la date et l'heure dans une colonne en tant que DATETIME. S'il est lent à lire, pensez à ajouter un index au DATETIME. –
Vous vous inquiétez lorsque vous atteignez des milliards de lignes. 175k est assez petit, vu qu'il y a des bases de données avec littéralement des trillions de lignes. –
@Michael Right. Je pourrais utiliser des index. Mais il n'y a aucun moyen de raccourcir les temps d'écriture, n'est-ce pas? – Ram