Merci, pour vos réponse.
il faut imaginer que le contenu des chemin de fichier et ce qui en découle, dépasse très largement ce que sqlite peux supporter.
Un disque devrai je pense dans un future proche (c'est relatif..) taper dans les 10 TB je vous laisse imaginer ce qu'il faudrait en stockage dans sqlite.
l'idée est donc de gérer les fichier utilisateur et leur contenu. Ceux du système c'est possible aussi mai c est pas vraiment le but.
C'est pas possible de tout garder dans la même table. le fichier de la db monte drastiquement en taille.
Je vais donc faire autrement.
voila l'idée.
3 tables
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4
5
6
7
8
9
10
11//variable T_Exa sha256sum id_sha id_p id_s date commentaire
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4
5
6//unique Mai un fichier peux cependant être déplacer ou supprimer ! T_File Path id_p
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4
5 //variable la taille peux changer T_Num Taile id_s
Les chemin des fichier serait donc plus à double.
sha256 un fichier peux être renommer ou copier à plusieurs endroit (de même pour la taille) donc doublon possible.
il en ressort donc 4 question.
La recherche, serai donc plus rapide ?
il y aurait donc une PRIMARY KEY sur chaque champ (cela suffit ?)
Est-ce que c'est l'équivalent d'un index ?
Le gain en taille de la base de donnée serai donc aussi moins lourde. ?
Merci pour votre patience, et vôtre soutien.
Partager