Open rick-gnous opened 5 months ago
0xN0x
commented
5 months ago Personnellement j'aurais tendance à penser qu'on peut tout garder sans s'inquiéter à ce niveau là.
Est-ce qu'on peut avoir un ordre d'idée en regardant aujourd'hui qu'elle est la taille de la table Group et pour combien de groupes ?
Est-ce que on effectue des recherche dans les groupes sur autre chose que le champ id ? Le nom pour un autocomplete ou quelque chose comme ça ?
rick-gnous
commented
5 months ago Est-ce qu'on peut avoir un ordre d'idée en regardant aujourd'hui qu'elle est la taille de la table Group et pour combien de groupes ?
176kB pour 336 groupes
Est-ce que on effectue des recherche dans les groupes sur autre chose que le champ id ? Le nom pour un autocomplete ou quelque chose comme ça ?
au moins dans le champ nom de mémoire
0xN0x
commented
5 months ago 176kB pour 336 groupes
Je confirme alors que pour moi c'est dérisoire
au moins dans le champ nom de mémoire
Ce qui veut dire que le nom d'un groupe est unique ? (Ça peut peser contre le fait de garder les groupes en base si c'est le cas)
rick-gnous
commented
5 months ago ah, on n'a pas encore eu ce genre de soucis. Ça risque d'être problématique uniquement pour la dissolution de la part d'un admin, vu que seul le capitaine peut faire des manipulations sur son groupe
Afin de savoir si on peut rejoindre ou pas un groupe, rajouter un attribut
archived(bool) qui indique son état. Ne plus supprimer un groupe lors d'une dissolution, mais juste le ferme sans distribuer de points.Cela risque par contre de causer une accumulation en base, est-ce qu'on fait des nettoyages annuels ? ou osef, c'est assez léger ?