comme je l'est deja expliqué ( mais je ne retrouve plus mon commentaire ), google ne va pas utiliser du SQL mais a du construire un moteur adapté à son besoin.
maintenant si en plus tu veux des ecritures frequentes, cela implique une reconstruction fréquente des indexs ... si le volume d'entrée est suffisament important pour risquer des collisions ... tu risques de passer plus de temps à calculer ton index qu'a en profiter.
je rappelle qu'un quelconque SGBD est essentiellement Read Only ... cas où l'on sait gerer la concurrence. la concurrence en écriture n'est pas encore un sujet maitrisé puisque les solutions tienne en : on écrit à la queuleuleu et si ca merde on previens gentillement le DBA.
Mon conseil va etre au choix :
- soit tu précise ce que tu veux faire pour le faire autrement
- soit tu te tape énormement de livres d'algo et de math
# le modele relationnel est peu compatible avec la gestion des graphes
Posté par Mouns . En réponse au message Modéliser un gros graphe. Évalué à 4.
un peu de lecture sur le sujet :
http://linuxfr.org/comments/676329.html#676329
http://linuxfr.org/comments/677172.html#677172
http://linuxfr.org/comments/434244.html#434244 ( thread )
comme je l'est deja expliqué ( mais je ne retrouve plus mon commentaire ), google ne va pas utiliser du SQL mais a du construire un moteur adapté à son besoin.
maintenant si en plus tu veux des ecritures frequentes, cela implique une reconstruction fréquente des indexs ... si le volume d'entrée est suffisament important pour risquer des collisions ... tu risques de passer plus de temps à calculer ton index qu'a en profiter.
je rappelle qu'un quelconque SGBD est essentiellement Read Only ... cas où l'on sait gerer la concurrence. la concurrence en écriture n'est pas encore un sujet maitrisé puisque les solutions tienne en : on écrit à la queuleuleu et si ca merde on previens gentillement le DBA.
Mon conseil va etre au choix :
- soit tu précise ce que tu veux faire pour le faire autrement
- soit tu te tape énormement de livres d'algo et de math