🌍
Français
On ne réattribue pas les ids des images, des catégories, des commentaires, des groupes, etc.
Et ce n'est pas un problème.
Quand nous serons face à un problème de ce genre, nous saurons le résoudre...
De toutes façons, ce n'est probablement pas sur les users que nous aurons le problème en premier.
Merci.
Patricia a écrit:
Bonsoir le Forum
Même le comblage des trous n'est pas envisageable ?
Imagine:
Ton utilisateur #32 est un ami qui a le droit de visualiser certains album. Dans les règles et toute la base de donnée, #32 est assimilé à cette personne.
Un beau jour, cette personne est désinscrite. Comment faire comprendre au système que dorénavant #32 n'est plus "l'ancien #32" mais est quelqu'un de passage qui ne doit pas avoir les même droit.
Il faudrait réécrire toutes les tables, vérifier tous les ID etc.
Bref, ce n'est pas gérable et puis très franchement.... il n'y a que l'administrateur qui peut déceler ces "trous". Il ne le vois qu'en regardant dans sa BDD qui plus est....
Mise à part le coté purement esthétique, pourquoi vouloir ré-attribuer des ID qui ne n'existe plus ???
:-)
Bonsoir le Forum
Même le comblage des trous n'est pas envisageable ?
Impossible, tu fausserais toutes les données des autorisations, des groupes, de l'historique.
Ce n'est surtout pas à envisager (au risque de tout perdre).
Bonjour le Forum
Est il prévu quelque chose pour la mise à jour de la tables des users ?
L'ID de l'users est donner par défaut lors de l'inscription 1, 2, 3, 4, etc (C'est celui là qui est utilisé pour classer les inscrits en fonction de la date de leurs enregistrements et non la date ! ? !)
Lors de la suppression d'un inscrit toute la ligne est supprimée ! Donc ou peut avoir 2, 5, 23, 67, etc (Je sais l'admin doit être en 1 mais cela est modifié avec LocalFiles Editor)
Donc est il prévu ou sera t'il prévu des décaler les users pour de nouveau avoir une suite logique ?