| Pré. | Proc. |
Autorisations de sécurité SQL Server
Le modèle de sécurité mis en œuvre par Microsoft SQL Server est strict et hautement configurable, prenant en charge de nombreuses solutions possibles pour sécuriser les données contenues dans les bases de données SQL Server et garantissant qu'elles ne sont accessibles qu'aux utilisateurs disposant des autorisations requises. Pour une description et une explication plus détaillées des autorisations SQL Server, consultez la documentation SQL Server.
Autorisations minimales
Les utilisateurs Enterprise Architect qui prévoient d'ajouter, de modifier et de supprimer du contenu dans un référentiel SQL Server doivent avoir les autorisations nécessaires pour exécuter les instructions SELECT, UPDATE, INSERT et DELETE sur tous les Tableaux de la base de données Enterprise Architect . Le moyen le plus simple d'y parvenir consiste à attribuer ces rôles de base de données à chaque utilisateur :
- db_datareader
- db_datawriter
Autorisations supplémentaires pour les images de Diagramme
Lorsqu'un référentiel Enterprise Architect n'a pas été défini avec la mise à jour facultative du schéma (EASchema_XXXX_SQLServer_Update1.sql), les utilisateurs de la base de données auront besoin d'autorisations supplémentaires afin de pouvoir effectuer des transferts de projet et des importations XML qui incluent des images de diagramme .
pourquoi est-ce le cas? Pour Enterprise Architect puisse stocker des images uniques dans chaque référentiel, la valeur utilisée comme clé dans les enregistrements T_IMAGE doit être définie ; cependant, la définition de schéma d'origine du tableau T_IMAGE ne le permettait pas et, par conséquent, Enterprise Architect devait exécuter SET IDENTITY_INSERT T_IMAGE {ON | commandes OFF}, qui nécessitent des autorisations plus élevées ; c'est-à-dire le rôle de 'db_ddladmin'.
Pour éviter que chaque utilisateur ait besoin d'avoir un niveau élevé d'autorisations, une mise à jour facultative du schéma (EASchema_XXXX_SQLServer_Update1.sql) a été développée qui n'est malheureusement pas rétrocompatible avec les versions antérieures d' Enterprise Architect . Par conséquent, la mise à jour facultative du schéma (EASchema_XXXX_SQLServer_Update1.sql) ne doit être appliquée que si tous les utilisateurs utilisent Enterprise Architect 14 ou version ultérieure. Voir https://sparxsystems.com/resources/repositories/index.html
Enterprise Architect prend-il en support authentification Windows ?
Enterprise Architect prend en support authentification Windows . Cependant, le type d'authentification est déterminé par la configuration de la connexion utilisée, et non par Enterprise Architect .
L'authentification Windows sur SQL Server est couramment utilisée par les utilisateurs d' Enterprise Architect , mais cela nécessite que tous les utilisateurs Windows d' Enterprise Architect soient définis sur le serveur SQL Server et reçoivent les rôles de sécurité 'db_datareader' et 'db_datawriter' pour le référentiel.