Les bases de données de projets, disponibles en version bêta dans les dernières versions de 4D v 17 R-Releases, sont maintenant disponibles en production dans 4D v18 ! Parmi les nombreux changements dans 4D v18, la façon dont les utilisateurs et les groupes sont gérés … c’est devenu beaucoup plus facile, notamment le déploiement. Ce post va brièvement souligner tout ce que vous devez savoir sur ces changements.
Une amélioration majeure
Dans les bases de données binaires, les utilisateurs et les groupes sont utilisés pour deux besoins très différents. D’abord pour protéger les données, mais aussi pour protéger le code source. Dans les bases de données de projet, toute votre base de données est basée sur du texte, il n’y a donc aucune raison d’utiliser des utilisateurs et des groupes pour protéger le code. Ce rôle est délégué au système de contrôle de version ou au système de droits d’accès aux fichiers/dossiers. Par conséquent, les utilisateurs et les groupes sont maintenant stockés dans un fichier texte nommé « directory.json« .
Pour les mêmes raisons, il n’est plus nécessaire de différencier les développeurs des utilisateurs. Par conséquent, les deux ont maintenant le type « User ».
GRANDES améliorations pour le déploiement
Par défaut, le fichier de répertoire est placé à côté de la base de données du projet afin que vous puissiez le déployer avec les paramètres standards des utilisateurs et des groupes. Cependant, vous avez maintenant aussi la possibilité de placer le fichier répertoire à côté du fichier de données. Dans ce cas, ce fichier est utilisé à la place du fichier de la base de données. Et ce n’est pas tout ! Les commandes Get 4D file et File acceptent désormais la nouvelle constante Directory file afin que vous puissiez facilement et automatiquement manipuler le bon fichier. Oui, vous avez bien lu ! À partir de maintenant, vous n’avez plus besoin de sauvegarder les utilisateurs et les groupes en dehors de la structure et de les restaurer lorsque vous voulez installer une mise à jour. Cela simplifiera considérablement le déploiement !
CONVERSION / MIGRATION
Le fichier de répertoire sera automatiquement généré lors de la conversion de la base de données du projet et placé à côté des paramètres du projet. Si vous avez jusqu’à présent utilisé la commande BLOB TO USERS pour restaurer vos utilisateurs et mots de passe, la commande va maintenant générer ce fichier répertoire, vous n’avez donc pas à modifier votre code existant !
Mode mono-utilisateur
En mode mono-utilisateur, la gestion des utilisateurs et des groupes est complètement désactivée. L’utilisateur actuel est toujours Designer et il ne peut pas être changé.
Les droits d’accès des utilisateurs et des groupes à l’application peuvent être délégués au système. Ainsi, si vous souhaitez masquer le nom du Designer avec le compte système ou votre propre nom d’utilisateur, il vous suffit d’appeler la commande SET USER ALIAS commande !
Mode client-serveur
En mode client-serveur, les utilisateurs et les groupes sont entièrement opérationnels. Vous pouvez changer l’utilisateur actuel, définir un alias, modifier un mot de passe, etc. En bref, vous pouvez continuer à faire tout ce que vous faisiez avec une base de données binaire.
Boîte à outils
La boîte à outils d’Utilisateurs et Groupes est accessible dans tous les modes : mono-utilisateur et client-serveur. Mais en mode mono-utilisateur, la boîte à outils ne peut être utilisée que pour modifier les utilisateurs et les groupes qui seront utilisés en mode client-serveur.