Sécurité: après mise en oeuvre pb modif liaisons table [Résolu]

[tAKAmAkA]

Bonjour à tous,

Je viens de mettre en oeuvre la sécurité d'après le tuto de loufab.
Aux premiers tests je me rend compte que l'utilisateur "superutilisateur" (que j'ai nommé "ArchiAdm") qui remplace le compte d'administration natif ne peut pas modifier une relation entre tables (Mettre à jour et Effacer en cascade sont grisés), je peux changer le type de jointure.
Dans les autorisations d'accès, Type objet Bdd, je ne vois que nouvelle bdd (normal?)
Idem pour changement de propriétaire. Et là, si je veux changer de propriétaire pour nouvelle bdd le bouton appliquer est grisé.
Est-ce que le problème est là?

Avant le sécurité j'ai fractionné ma base, serait-ce la cause?

Merci de votre attention.

[tAKAmAkA]

En fouillant dans les sauvegardes il apparait plutôt que c'est un comportement lié au fractionnement de la base.
Celui-ci est peut-être normal...
Si je souhaite modifier les options des liaisons de table (...cascade...), quel serait le moyen?
Bref, est-ce que j'ai un problème ou est ce que je peux continuer à bosser?

[loufab]

Bonjour,

Pour le type Bdd c'est normal.

Vérifie que tu n'as pas changer le propriétaire de la table MsysRelationship, celui-ci doit être Engine.

Cordialement,

[loufab]

Dans le cas de bases fractionnés, soit les relations sont créées dans l'applicatif soit dans la partie data. Dans tous les cas elles ne peuvent être modifiées que là ou elles ont été déclarées.

Cordialement,

[tAKAmAkA]

Bonsoir loufab,

Je n'ai pas changé le propriétaire de la table MSysRelationships n'y d'aucune autre MSys... car je ne les "vois" pas dans ma fenêtre Autorisations d'accès!

[tAKAmAkA]

Merci loufab,

Je n'avais pas pensé à aller voir dans le mbd des tables.
Pour modifier les relations c'est donc résolu.

Je ne vois pas plus les MSysRelationship et autres.
Dois-je définir les droits sur les tables aussi dans le mbd des tables? (Tout est pour l'administrateur pour l'instant, droits et propriétaires).

Merci encore pour ton attention.

[loufab]

Menu Outils/options/affichage et coche Objets Systèmes

[tAKAmAkA]

Pour en finir,

Question de méthode, je n'ai pas fini de développer mon application.
J'ai besoin des définitions de droits mais pas encore de fractionner ma bdd.

Je vais donc repartir sur une version monofichier sur lequel je vais faire la sécurité. Quand j'aurais terminé je fractionne avant de passer en runtime.

Une dernière question donc: il y a-t-il un ordre préférable pour ces opérations (sécu/fractionnement).

[loufab]

Normalement on fait la sécurité en dernier. Il n'y a cependant aucune obligation.

Cordialement,

Ps : garde toujours les codes de création du workgroup et des groupes, ainsi qu'une version de la base non sécurisée.

[tAKAmAkA]

Merci pour tes conseils,

Mais, excuses_moi si je fais durer, si je veux , par exemple mettre un nom d'utilisateur dans un enregistrement de mouvement de stock ou de création de qq chose:
1) Dois-je m'occuper de la sécurité en même temps que du reste
2) Dois-je créer une table d'utilisateurs "normale" et je fais un lien après avec la sécu?
3) autre façon de faire?

[loufab]

Pour le nom de l'utilisateur utilise simplement :

Code :

1
2
 
application.CurrentUser

Stocker des noms d'utilisateurs et peut constituer un trou de sécurité et entraine une gestion lourde.

Tu peux également utiliser le compte de connexion windows avec

Code :

1
2
 
Environ("USERNAME")

Avec ces 2 méthodes tu peux faire la sécu en dernier. Note que la sécu existe par défaut, même si elle n'est pas paramétrée.

Cordialement,

[tAKAmAkA]

Merci pour tout
Cordialement
JC