Discussion :

[looping]

bonjour,

quel est la bonne technique pour optimiser les utilisateurs ?
je le vois comme ça:

1 - La chose que j'ai compris c'est qu'il faut changer le password de SYSDBA.

2 - Ensuite en tant que créateur , il faut se creer un utilisateur qui servira à la création et au developement des bases ( a moins que c'est mieux de le faire directement sous SYSDBA)

3 - Après pour donner des droits ? Là je ne sais plus trop ? Passer par les roles me semble plus judicieux ?

quels est votre avis ?

Info: il y aura 10 - 15 users maxi connectés sur les bases.

A+

[Cl@udius]

Salut

1 - La chose que j'ai compris c'est qu'il faut changer le password de SYSDBA.

C'est effectivement la 1° chose à faire.

2 - Ensuite en tant que créateur , il faut se creer un utilisateur qui servira à la création et au developement des bases ( a moins que c'est mieux de le faire directement sous SYSDBA)

Il faut effectivement choisir un utilisateur qui sera le propriétaire de la base de données et de ses objets. (Owner)
L'utilisation de SYSDBA est déconseillée.

3 - Après pour donner des droits ? Là je ne sais plus trop ? Passer par les roles me semble plus judicieux ?

Cela dépend des besoins ou de la situation. Tu peux attribuer les droits à chaque utilisateur. Mais en règle général plusieurs utilisateurs ayant les mêmes fonctions possèdent donc les mêmes droits, dans ce cas l'utilisation des rôles est tout indiquée.

@+ Claudius

[makowski]

Il faut effectivement choisir un utilisateur qui sera le propriétaire de la base de données et de ses objets. (Owner)
L'utilisation de SYSDBA est déconseillée.

oui car le créateur de la base est le propriétaire de la base et donc sur celle ci à les même droits que SYSDBA

bilan SYSDBA ne doit servir qu'à créer les autres utilisateurs, rien d'autre

[looping]

bonsoir,

j'ai l'impression que sur une base créee par l'utilisateur USER1, on peut quand meme acceder aux données en se loggant sous SYSDBA
(j'ai testé cela sous IBexpert)


est ce normal ?

A+

[qi130]

Oui !

[tarek_ep]

Bonjour;
Je suis tember sur le même problème, je ne c'est pas comment eliminer l'ouverture d'une base DD par SYSDBA

[Cl@udius]

Salut

... je ne c'est pas comment eliminer l'ouverture d'une base DD par SYSDBA

Par éliminer tu veux dire interdire ?

Si oui, ce que tu souhaites est impossible. SYSDBA possède tous les droits sur toutes les bases de données, même celui de purement et simplement supprimer une base de données.

Si tu souhaites interdire qu'un utilisateur Lambda ne se connecte à une base de données en utilisant SYSDBA, la première chose à faire est de changer le mot de passe et ne pas laisser 'masterkey' si c'est encore le cas.

@+ Claudius.

[VLDG]

il y avait un bug (ou une caractéristique selon certain) qui permettait de supprimer les droits à SYSDBA : la technique consiste a créer un rôle SYSDBA...
je ne sais pas si c'est encore valable avec les dernières versions de Firebird.