Salut,
* modification du type de stockage ? (texte ou BD ? si bd topia ou wikitty ?) http://www.chorem.org/issues/498 et ses sous taches
Dans le ticket je vois beaucoup de table. Je pense qu'il faut simplifier au maximum (le moins de jointure possible) Meme si sur le papier j'avais fait plusieurs petites cases, je ne suis pas contre tout mettre dans une seule table s'il n'y a pas de relation n-n ou 1-n mais que des 1-1. Donc si on simplifie ca donne: - 1 table task (task + label + sync + metainfo) - 1 table time Je mettrais le sync aussi dans la table task, car je vois mal comment synchroniser une tache avec plusieurs référentiels ? Il faudra aussi garantir que dans une branche, il n'y a qu'une seule tache avec les champs sync de renseigné (car la encore, je ne vois pas comment nous pourrons gérer les choses derrière) Ce qui est sur est qu'avec sync, il y aura aussi un champs externalId (qui sera l'id de l'outil avec lequel on se synchronise) Avant de faire ce ticket, il faut qu'on soit tous d'accord sur le stockage, car tout découle de ça ensuite. -- Benjamin POUSSIN -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin@codelutin.com http://www.codelutin.com
Le 10/04/2012 17:41, Benjamin POUSSIN a écrit : > Salut, > >> * modification du type de stockage ? (texte ou BD ? si bd topia ou wikitty ?) > http://www.chorem.org/issues/498 et ses sous taches > > Dans le ticket je vois beaucoup de table. Je pense qu'il faut > simplifier au maximum (le moins de jointure possible) > > Meme si sur le papier j'avais fait plusieurs petites cases, je ne suis > pas contre tout mettre dans une seule table s'il n'y a pas de relation > n-n ou 1-n mais que des 1-1. > > Donc si on simplifie ca donne: > > - 1 table task (task + label + sync + metainfo) > - 1 table time Tu part également du principe de stocker la conf hors de la base de données ? Par exemple: - tri des noeuds (c'est juste de l'affichage) - endpoint des services de synchronisation (sync est un id de système de sync, ou une url complète?) Je rajouterais une information "version" quelque part, on aura forcement à faire de la migration un jour ou l'autre. > > Avant de faire ce ticket, il faut qu'on soit tous d'accord sur le > stockage, car tout découle de ça ensuite. J'ai essayé de mettre tout les ajouts de fonctionnalité qui nécessite des modifications de données dans la même version (v2.0.0) pour qu'il soit le plus complet possible à la release. -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Le 10/04/2012 17:41, Benjamin POUSSIN a écrit :
http://www.chorem.org/issues/498 et ses sous taches
Dans le ticket je vois beaucoup de table. Je pense qu'il faut simplifier au maximum (le moins de jointure possible)
Meme si sur le papier j'avais fait plusieurs petites cases, je ne suis pas contre tout mettre dans une seule table s'il n'y a pas de relation n-n ou 1-n mais que des 1-1.
Donc si on simplifie ca donne:
- 1 table task (task + label + sync + metainfo) - 1 table time À y repenser, recuperer une hierarchie sur un "tag" pourrait être assez compliqué avec ce stockage.
Par exemple: Projet1>Task1>SubTask1>SubsubTask1 Si SubsubTask1 a le tag "x" sans que les parents ne porte l'information (comme pourrait le faire wikitty) ne pourra pas se faire sans plusieurs appels. -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Le 02/05/2012 13:23, Eric Chatellier a écrit :
À y repenser, recuperer une hierarchie sur un "tag" pourrait être assez compliqué avec ce stockage.
Par exemple: Projet1>Task1>SubTask1>SubsubTask1
Si SubsubTask1 a le tag "x" sans que les parents ne porte l'information (comme pourrait le faire wikitty) ne pourra pas se faire sans plusieurs appels. Une solution pourrait être la suivante: Ajouter une table de cache qui, pour chaque tache, ajoute le path du noeud jusqu'à son noeud root (pour l'affichage par tag).
Cela permettra également de calculer le temps total pour une tache facilement via une requete (avec le temps des sous-tâches). -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
participants (2)
-
Benjamin POUSSIN -
Eric Chatellier