nonobstant le fait que tu puisses trouver dans la RFC 1925 plein d'information essentielle
( http://www.ietf.org/rfc/rfc1925.txt(...) ), je te pose qq questions betes :
sais tu ce qu'est une base de données ?
sais tu ce qu'est une base relationnelle ?
la necessité d'user de la 6ieme forme normale dans ton cas ?
En clair, ta problématique se pose essentiellement dans une approche de d'ensemble de clés multivaluées avec une dependance temporelle forte ( dite dependance de jointure temporelle ).
A partir de là, SQLite, MySQL, PostgreSQL ne sont pas les outils qu'il te faut puisque tu as un surcout excessif lié à la grammaire "naturelle" de SQL, et aux limitations inhérentes au SQL.
vu que ta problematique est sur des ensembles et donc est exprimable dans une certaine mesure avec une algebre relationnelle mais avec des ensembles tres precis de clé/valeurs, il me semble preferable de se tourner sur des berkeleydb pour t'entrainer, puis passer sur du cdb ( de D.J. Bernstein ) et des sparsehashes ( https://sourceforge.net/projects/goog-sparsehash/(...) ).
mais cela c'est si seulement, tu veux de la rapidité serieuse , pas du Buzz techno-marketing autour de la puissance des bases SQL ( je glisse discretement une remarque sur nombre de personnes qui arguent sur le fait que le compilé est plus rapide que l'interprété, et qui a coté vantent les mérites de SQL qui lui est sur-interprété ).
# elements de réponse
Posté par Mouns . En réponse au message MySQL ou SQLite pour grosse base de données ?. Évalué à 2.
( http://www.ietf.org/rfc/rfc1925.txt(...) ), je te pose qq questions betes :
sais tu ce qu'est une base de données ?
sais tu ce qu'est une base relationnelle ?
la necessité d'user de la 6ieme forme normale dans ton cas ?
En clair, ta problématique se pose essentiellement dans une approche de d'ensemble de clés multivaluées avec une dependance temporelle forte ( dite dependance de jointure temporelle ).
A partir de là, SQLite, MySQL, PostgreSQL ne sont pas les outils qu'il te faut puisque tu as un surcout excessif lié à la grammaire "naturelle" de SQL, et aux limitations inhérentes au SQL.
vu que ta problematique est sur des ensembles et donc est exprimable dans une certaine mesure avec une algebre relationnelle mais avec des ensembles tres precis de clé/valeurs, il me semble preferable de se tourner sur des berkeleydb pour t'entrainer, puis passer sur du cdb ( de D.J. Bernstein ) et des sparsehashes ( https://sourceforge.net/projects/goog-sparsehash/(...) ).
mais cela c'est si seulement, tu veux de la rapidité serieuse , pas du Buzz techno-marketing autour de la puissance des bases SQL ( je glisse discretement une remarque sur nombre de personnes qui arguent sur le fait que le compilé est plus rapide que l'interprété, et qui a coté vantent les mérites de SQL qui lui est sur-interprété ).