CAS RECRUTEMENT EN BTS

Application Access partagée – Étape 2 : Mise en oeuvre du système d’information

|Étape 1 : dossier d’analyse|1|2|3|4|5|6|7|8|9|10|11|12|13|

III/ Changer le propriétaire des objets actuels de la base de données

 

Le propriétaire d’un objet c’est quoi (ou c’est qui) ?

 

Le propriétaire d’un objet est celui qui a créé cet objet.

Le propriétaire d’un objet a des droits larges sur cet objet car il jouit sur cet objet des mêmes droits que l’administrateur et peut donc octroyer des autorisations d’accès aux autres utilisateurs sur l’objet dont il est le propriétaire.

 

Dans une base de données non sécurisé, qui est le propriétaire de la base et des objets qui la composent ?

 

Par défaut, dans une base non sécurisée, il n’y a qu’un seul utilisateur nommé « Administrateur », c’est donc lui qui hérite de la propriété de la base et de tous ses objets.

 

J’ai sécurisé ma base Access après l’avoir créé. Après sécurisation, j’ai créé un nouvel administrateur (nommé par exemple dbadmin), celui-ci devient il automatiquement propriétaire des objets de la base de données ?

 

 Non, il ne sera propriétaire que des nouveaux objets qu’il créée. Mais heureusement, il pourra changer le propriétaire des objets actuels à son profit, et il doit d’ailleurs le faire.

 

Pourquoi le nouvel administrateur doit il changer le propriétaire des objets ?

 

Comme par défaut  le propriétaire est l’utilisateur « Administrateur » (c’est le même que celui défini dans le fichier SYSTEM.MDW), il faut donc transférer la propriété des objets au nouvel administrateur de la base (dans l’exemple c’est « dbadmin ») puis ensuite supprimer l’utilisateur « Administrateur ».

 La suppression du compte Administrateur dans le nouveau groupe de travail évite qu’un utilisateur quelconque joigne le groupe SYSTEM.MDW , n’ouvre la base RECRUTEMENT.MDB sous ce groupe et, en tant qu’administreur implicite, fasse n’importe quoi.

 

Une fois la base de données sécurisée, n’importe qui pourra t’il ajouter des objets ?

 

Si on ne le souhaite pas on peut interdire à un utilisateur (ou à un groupe d’utilisateurs) de créer des nouveaux objets, mais cette possibilité sera abordée lors de l’étude des autorisations d’accès, patience !

 

Dans l’application « Gestion des recrutements », vous devez donc :

-         changer le propriétaire actuel de tous les objets de la base RECRUTEMENT.MDB,

-         supprimer l’utilisateur « Administrateur ».

 

A/ Changer le propriétaire des objets de la base (actuels et futurs)

1)      Fermez d’abord la base et quittez Access

2)      Redémarrez  Access et ouvrez ensuite la base RECRUTEMENT.MDB. Access vous invite à saisir votre login de connexion à la base (nom : dbadmin, mot de passe en principe : toto) :

3)      Cliquez sur Outils – Sécurité – Gestion des utilisateurs et des groupes puis sur l’onglet Propriétaire :


Ici on peut constater que l’utilisateur « Administrateur » est propriétaire de toutes les tables. On souhaite donc transférer la propriété à l’utilisateur « dbadmin ». Il suffit alors de faire une sélection multiple de toutes les tables puis de sélectionner dans la zone de liste Nouveau propriétaire « dbadmin » et de terminer en cliquant sur le bouton Changer le propriétaire.

Cette procédure est valable si on est certain que la base ne comportera qu’un seul et même administrateur. Si l’on souhaite par la suite ajouter d’autres administrateurs, il faudra affecter la propriété des objets non à un utilisateur mais au groupe « Administrateurs ». Nous ne retiendrons pas ici cette seconde possibilité.

-         Après changement, vous devez obtenir ceci :

4)      Il faut maintenant recommencer pour chaque type d’objet de la base (pour votre plus grand bonheur, les autres objets concernent des formulaires :

 

 

B/ Supprimer l’utilisateur « Administrateur »

Maintenant qu’un nouvel administrateur (« dbadmin ») a été crée et qu’il est devenu propriétaire de tous les objets de la base, vous pouvez supprimer l’utilisateur Administrateur en toute sécurité :

 

 

Attention :  si vous devez importer des objets d’une autre base Access dépendante de SYSTEM.MDW, vous ne pourrez plus le faire (parce que seul un utilisateur nommé Administrateur peut faire des échanges entre des bases sécurisées et non sécurisées.


Remarque :

 La gestion de la sécurité sous Access est très curieuse. En voici un exemple :  la propriété des <nouvelles bases de données> ne peut pas être transférée comme le montre l’écran suivant :


 

Pourtant, si dbadmin créée une nouvelle base de données (dépendante du fichier d’information RECRUTEMENT.MDW), il peut tout à fait le faire et il en est bien le propriétaire :

 

Autoformation ACCESS 2000 – Niveau débutant

 

© Ticegestion.com