Diferencia entre revisiones de «PERMISOS»

De Pragma Wiki
Ir a la navegación Ir a la búsqueda
Línea 11: Línea 11:
</blockquote>
</blockquote>


=== Estructura ===
== Estructura ==


Para aplicar este esquema de seguridad deben seguirse los siguientes pasos:
Para aplicar este esquema de seguridad deben seguirse los siguientes pasos:

Revisión del 15:31 9 dic 2024

Descripción

Los permisos que los usuarios tienen sobre los objetos de la base de datos se definen en el sistema, pero la administración de la seguridad la hace directamente la base de datos. Es decir, los permisos se definen en el sistema para simplificar la definición, pero usan exclusivamente las opciones de seguridad de la BD.

Diagrama de permisos

Para simplificar, los permisos se asignan a roles (representados por la tabla descripta en este artículo), y los roles se asignan a los usuarios adquiriendo éstos los permisos asignados al rol. Usando el esquema de la base de datos no importa desde que aplicación se acceda a la base de datos, siempre se van a aplicar los permisos que el usuario tenga.

Esta clase reemplaza a prxrol, prxrol_permisos y prxrol_permisosdetalle que al 07/12/2024 están en uso pero pronto dejarán de estarlo siendo reemplazadas por los permisos descriptos en esta documentación.

Estructura

Para aplicar este esquema de seguridad deben seguirse los siguientes pasos:

  • Definir un perfil usando la tabla descripta en este artículo.
  • Asociar permisos a objetos del sistema en PERMISOS/OBJETOS.
  • Asociar estos perfiles a los usuarios en USUARIOS/PERMISOS.

La base de datos mantendrá los permisos actualizados con cada cambio que se realice en cualquier de estas tablas.

Identidad

Lista de campos

Columna Campo físico Campo lógico Atributo Descripción Etiquetas Definición
1 FCODIGO Codigo VARCHAR(64) Caracteres de longitud variable hasta 64 caracter/es KEY,REQ,VIS,INS USUARIOPERFIL
2 FDESCRIPCION Descripcion VARCHAR(128) Caracteres de longitud variable hasta 128 caracter/es REQ,VIS,INS,UPD USUARIOPERFIL
3 FPUBLICO Público BIT Campo lógico, admite 1, 0 y NULL REQ,VIS,INS,UPD USUARIOPERFIL
4 FACTIVO Activo BIT Campo lógico, admite 1, 0 y NULL VIS,INS,UPD USUARIOPERFIL
5 FIDNUM FIDNUM VARCHAR(16) Caracteres de longitud variable hasta 16 caracter/es OBSOLETO,INS USUARIOPERFIL
6 FORDEN Orden INT Entero. VIS,INS,UPD USUARIOPERFIL

Observaciones sobre estos campos

  • El campo FACTIVO no tiene efecto sobre los triggers mencionados más abajo, su efecto es interno. Si el registro existe va a existir en la base de datos. Si el registro se elimina entonces se eliminará de la base de datos.

Relaciones

Triggers

Esta tabla usa dos triggers:

  • USUARIOPERFIL_TR_UPDATE se ejecuta cuando insertamos o actualizamos los datos de esta tabla creando el rol de la base de datos si es que aún no ha sido creado.
  • USUARIOPERFIL_TR_DELETE se ejecuta cuando eliminamos un registro de esta tabla eliminando el rol de la base de datos.