Discussion :

[Pascal Fonteneau]

Bonjour,

J'ai la charge de créer une application de gestion sous Windows avec des écrans ecrits soit en delphi,#,java ou c++ (choix en cours). Le SGBD sera MS SQL SERVER 2012 voir 2014. Il n'y aura qu'UNE base de données et 2 types d'utilisateurs :

1/ L'administrateur qui aura tous les droits avec un acces à la base depuis Management studio.
2/ Les opérateurs de saisie (+- 20 utilisateurs) accès uniquement par les écrans du programme a créer.
Avec des droits SELECT sur des vues et EXECPROC pour les mises à jour.


Dans le programme de saisies, les écrans seront accessibles ou pas en fonction de la personne et ses actions seront tracées. Pour cela, l'application proposera la saisie d'un login et un mot de passe au lancement et ainsi definira le contexte d'execution.



En fouillant dans la DOC , je vois :

-Des comptes utilisateurs systeme ou mixte
-Des roles fixes ou flexibles
-Des schemas eventuellement facultatifs,
-Des droits sur les objets (Bases,tables,colonnes,schemas,procedures)

Ma question est la suivante :

Pour mon cas, somme toute assez simple, que me conseillez-vous de prévoir ?

Merci pour vos propositions.


Pascal

[fsmrel]

Bonjour Pascal,


Pour y voir moins flou, il faudrait que vous commenciez par réaliser un diagramme, un schéma représentant les types d’entités et leurs relations parties prenantes dans votre base de données, à l’aide d’un outil tel que MySQL Workbench.

[Pascal Fonteneau]

Bonjour

merci pour ces conseils. Je vais commencer par cela

Pascal

[StringBuilder]

Bonjour,

En complément je voudrais juste répondre à cette partie :

En fouillant dans la DOC , je vois :
-Des comptes utilisateurs systeme ou mixte
-Des roles fixes ou flexibles
-Des schemas eventuellement facultatifs,
-Des droits sur les objets (Bases,tables,colonnes,schemas,procedures)

Les éléments dont vous parlez sont des éléments "bas niveau" en termes de sécurité.
- Comptes "windows" ou "mixte" : Au choix, SQL Server permet de s'identifier avec un compte Windows (domaine ou local) ou bien un login/pass propre à SQL Server. Pour la sécurité et la simplicité, il est préférable d'utiliser des comptes "windows".
- Fixes ou flexibles (là, désolé, je sais pas ce que c'est)
- Les schémas servent à séparer une même base de données en plusieurs sous-ensembles, permettant de cloisonner les droits en fonction de domaines métiers (stocks, rh, gescom, etc.)
- SQL Server permet de d'octroyer des droits à différents niveaux et de façon très fine. Par exemple, on peut interdire au groupe d'utilisateur X de lire dans une table, mais en revanche, de lancer des procédures qui écrivent dans cette même table. Cela répond donc à votre premier besoin (administrateur qui a droit à tout, et les autres)