Si on d=E9veloppe un logiciel dont l'utilisation est bas=E9e=20
sur les r=F4les (chaque r=F4le autorisant ou n'ont une liste=20
d'actions) et que ce logiciel utilise une base de donn=E9es=20
SQL Server 2000 pour la persistance des donn=E9es, quel est=20
la fa=E7on de faire pour r=E9cup=E9rer les informations dans la=20
base qui permettront de griser ou non des menus ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Sylvain Lafontaine
À mon avis, SQLDMO serait probablement la meilleure solution dans votre cas; à moins de stocker manuellement les valeurs désirées dans une table quelconque. Il y aurait également les SCHEMAS mais je n'ai pas vu beaucoup de documentation là-dessus.
S. L.
"ShadowFil" wrote in message news:2dda01c4a7c0$56753da0$ Bonjour,
Si on développe un logiciel dont l'utilisation est basée sur les rôles (chaque rôle autorisant ou n'ont une liste d'actions) et que ce logiciel utilise une base de données SQL Server 2000 pour la persistance des données, quel est la façon de faire pour récupérer les informations dans la base qui permettront de griser ou non des menus ?
Merci de votre aide.
À mon avis, SQLDMO serait probablement la meilleure solution dans votre cas;
à moins de stocker manuellement les valeurs désirées dans une table
quelconque. Il y aurait également les SCHEMAS mais je n'ai pas vu beaucoup
de documentation là-dessus.
S. L.
"ShadowFil" <anonymous@discussions.microsoft.com> wrote in message
news:2dda01c4a7c0$56753da0$a601280a@phx.gbl...
Bonjour,
Si on développe un logiciel dont l'utilisation est basée
sur les rôles (chaque rôle autorisant ou n'ont une liste
d'actions) et que ce logiciel utilise une base de données
SQL Server 2000 pour la persistance des données, quel est
la façon de faire pour récupérer les informations dans la
base qui permettront de griser ou non des menus ?
À mon avis, SQLDMO serait probablement la meilleure solution dans votre cas; à moins de stocker manuellement les valeurs désirées dans une table quelconque. Il y aurait également les SCHEMAS mais je n'ai pas vu beaucoup de documentation là-dessus.
S. L.
"ShadowFil" wrote in message news:2dda01c4a7c0$56753da0$ Bonjour,
Si on développe un logiciel dont l'utilisation est basée sur les rôles (chaque rôle autorisant ou n'ont une liste d'actions) et que ce logiciel utilise une base de données SQL Server 2000 pour la persistance des données, quel est la façon de faire pour récupérer les informations dans la base qui permettront de griser ou non des menus ?
Merci de votre aide.
Fred BROUARD
tous les privilèges sont dans les vues d'information de schema, mais pas les rôles...
Le mieux est d'implémenter une sécurité par module applicatif qui ne soit pas calquée sur la gestion des privilèges. En effet il est courant que certaines table ou Proc Stock puiisent être utilisé dans plusieurs modules à la fois. Une table des modules applicatifs liés aux "profils" des utilisateurs est une bonne solution
A +
ShadowFil a écrit:
Bonjour,
Si on développe un logiciel dont l'utilisation est basée sur les rôles (chaque rôle autorisant ou n'ont une liste d'actions) et que ce logiciel utilise une base de données SQL Server 2000 pour la persistance des données, quel est la façon de faire pour récupérer les informations dans la base qui permettront de griser ou non des menus ?
Merci de votre aide.
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
tous les privilèges sont dans les vues d'information de schema, mais pas les
rôles...
Le mieux est d'implémenter une sécurité par module applicatif qui ne soit pas
calquée sur la gestion des privilèges. En effet il est courant que certaines
table ou Proc Stock puiisent être utilisé dans plusieurs modules à la fois.
Une table des modules applicatifs liés aux "profils" des utilisateurs est une
bonne solution
A +
ShadowFil a écrit:
Bonjour,
Si on développe un logiciel dont l'utilisation est basée
sur les rôles (chaque rôle autorisant ou n'ont une liste
d'actions) et que ce logiciel utilise une base de données
SQL Server 2000 pour la persistance des données, quel est
la façon de faire pour récupérer les informations dans la
base qui permettront de griser ou non des menus ?
Merci de votre aide.
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
tous les privilèges sont dans les vues d'information de schema, mais pas les rôles...
Le mieux est d'implémenter une sécurité par module applicatif qui ne soit pas calquée sur la gestion des privilèges. En effet il est courant que certaines table ou Proc Stock puiisent être utilisé dans plusieurs modules à la fois. Une table des modules applicatifs liés aux "profils" des utilisateurs est une bonne solution
A +
ShadowFil a écrit:
Bonjour,
Si on développe un logiciel dont l'utilisation est basée sur les rôles (chaque rôle autorisant ou n'ont une liste d'actions) et que ce logiciel utilise une base de données SQL Server 2000 pour la persistance des données, quel est la façon de faire pour récupérer les informations dans la base qui permettront de griser ou non des menus ?
Merci de votre aide.
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
ShadowFil
Pourrais-tu être plus précis : SQLDMO ? SHEMAS ?
-----Message d'origine----- À mon avis, SQLDMO serait probablement la meilleure
solution dans votre cas;
à moins de stocker manuellement les valeurs désirées dans
une table
quelconque. Il y aurait également les SCHEMAS mais je
n'ai pas vu beaucoup
de documentation là-dessus.
S. L.
"ShadowFil" wrote
in message
news:2dda01c4a7c0$56753da0$ Bonjour,
Si on développe un logiciel dont l'utilisation est basée sur les rôles (chaque rôle autorisant ou n'ont une liste d'actions) et que ce logiciel utilise une base de données SQL Server 2000 pour la persistance des données, quel est la façon de faire pour récupérer les informations dans la base qui permettront de griser ou non des menus ?
Merci de votre aide.
.
Pourrais-tu être plus précis : SQLDMO ? SHEMAS ?
-----Message d'origine-----
À mon avis, SQLDMO serait probablement la meilleure
solution dans votre cas;
à moins de stocker manuellement les valeurs désirées dans
une table
quelconque. Il y aurait également les SCHEMAS mais je
n'ai pas vu beaucoup
de documentation là-dessus.
S. L.
"ShadowFil" <anonymous@discussions.microsoft.com> wrote
Si on développe un logiciel dont l'utilisation est basée
sur les rôles (chaque rôle autorisant ou n'ont une liste
d'actions) et que ce logiciel utilise une base de données
SQL Server 2000 pour la persistance des données, quel est
la façon de faire pour récupérer les informations dans la
base qui permettront de griser ou non des menus ?
-----Message d'origine----- À mon avis, SQLDMO serait probablement la meilleure
solution dans votre cas;
à moins de stocker manuellement les valeurs désirées dans
une table
quelconque. Il y aurait également les SCHEMAS mais je
n'ai pas vu beaucoup
de documentation là-dessus.
S. L.
"ShadowFil" wrote
in message
news:2dda01c4a7c0$56753da0$ Bonjour,
Si on développe un logiciel dont l'utilisation est basée sur les rôles (chaque rôle autorisant ou n'ont une liste d'actions) et que ce logiciel utilise une base de données SQL Server 2000 pour la persistance des données, quel est la façon de faire pour récupérer les informations dans la base qui permettront de griser ou non des menus ?
Merci de votre aide.
.
ShadowFil
Les privilèges sont dans les vues d'information du schéma ? Qu'est-ce que ça veut dire ?
-----Message d'origine----- tous les privilèges sont dans les vues d'information de
schema, mais pas les
rôles...
Le mieux est d'implémenter une sécurité par module
applicatif qui ne soit pas
calquée sur la gestion des privilèges. En effet il est
courant que certaines
table ou Proc Stock puiisent être utilisé dans plusieurs
modules à la fois.
Une table des modules applicatifs liés aux "profils" des
utilisateurs est une
bonne solution
A +
ShadowFil a écrit:
Bonjour,
Si on développe un logiciel dont l'utilisation est
basée
sur les rôles (chaque rôle autorisant ou n'ont une
liste
d'actions) et que ce logiciel utilise une base de
données
SQL Server 2000 pour la persistance des données, quel
est
la façon de faire pour récupérer les informations dans
la
base qui permettront de griser ou non des menus ?
Merci de votre aide.
-- Frédéric BROUARD, MVP SQL Server. Expert SQL /
spécialiste Delphi, web
Livre SQL - col. Référence :
http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros :
http://sqlpro.developpez.com
************************ www.datasapiens.com
*************************
.
Les privilèges sont dans les vues d'information du
schéma ? Qu'est-ce que ça veut dire ?
-----Message d'origine-----
tous les privilèges sont dans les vues d'information de
schema, mais pas les
rôles...
Le mieux est d'implémenter une sécurité par module
applicatif qui ne soit pas
calquée sur la gestion des privilèges. En effet il est
courant que certaines
table ou Proc Stock puiisent être utilisé dans plusieurs
modules à la fois.
Une table des modules applicatifs liés aux "profils" des
utilisateurs est une
bonne solution
A +
ShadowFil a écrit:
Bonjour,
Si on développe un logiciel dont l'utilisation est
basée
sur les rôles (chaque rôle autorisant ou n'ont une
liste
d'actions) et que ce logiciel utilise une base de
données
SQL Server 2000 pour la persistance des données, quel
est
la façon de faire pour récupérer les informations dans
