FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
|||
|
|||
Carga de seguridad en aplicaciones
Gente linda, quisierta ver cual es la forma en que ustedes cargan todo lo relacionado con el usuario que ingresa a una aplicación.
El tema es que en todas las empresas donde trabaje los datos de la seguridad del usuario se cargaban en memoria al iniciar la aplicación. Esto hace que la aplicación cargue mas lento y en ocaciones funcione lenta. Me interesa saber si no es conveniente solamente cargar en memoria los datos necesarios del usuario conectado y las opciones de los menu y demas cosas indispensables para la seguridad y luego el resto leerlo en el momento de la base de datos. Saludos, El Rayo
__________________
Si tienes una función o procedimiento con diez parámetros, probablemente hayas olvidado uno |
#2
|
||||
|
||||
Sólo lo necesario. Piensa en el típico cajero bancario. Ni un dato de más.
|
#3
|
|||
|
|||
Cuando me refiero a lo necesario, estos son los datos que identifican al usuario para luego poder en cada momento buscar en la base todo lo relacionado a seguridad.
Ejemplo: Cuando un usuario ingresa a una pantalla de Alta de Clientes en ese momento busco lo relacionado a esa pantalla y lo cargo. Cuando sale se limpia todo lo cargado de seguridad de esa pantalla. Así con todas las pantallas del sistema. Lo que hacen generalmente las empresas es cargar toda la seguridad de todas las pantallas del sistema en memoria al ingresar a la aplicación y de ahi en mas se manejan con lo que hay en memoria. A raiz de esto ultimo es que se dice comunmente cuando te cambian algun permiso que salgas de la aplicación y vuelvas a ingresar. Si en cada pantalla se busca lo de esa pantalla en la base con salir solo de la pantalla sería suficiente. Saludos, El Rayo
__________________
Si tienes una función o procedimiento con diez parámetros, probablemente hayas olvidado uno |
#4
|
||||
|
||||
Cita:
Saludos!
__________________
all your base are belong to us |
#5
|
||||
|
||||
Hola,
En mi opinión, siempre debes cargar lo necesario teniendo en cuenta el proceso actual y las actividades recurrentes. Ejemplo 1: En el login solo necesito los datos de acceso y de menú general pero al no ser necesitados después por ningún proceso, puedo desecharlos una vez hallas construido el menú. Ejemplo 2: El ingreso a las pantallas del aplicativo lo valido en el momento de solicitar el ingreso a la pantalla misma, obtener los datos de seguridad y volverlos a descartar una vez construyo el esquema de seguridad de la pantalla Ejemplo 3: Si se requiere desplegar el nombre de usuario u otra información relevante del usuario en cada pantalla, estos datos deben estar disponibles en todo el tiempo en que se mantenga la sesión de usuario abierta.
__________________
Buena caza y buen remar... http://mivaler.blogspot.com |
#6
|
||||
|
||||
Otra opción es tener los datos del usuario en una unit común al proyecto (un DataModule, por ejemplo), y sólo cuando accedes a las pantallas es cuando haces que los menús y demás historias se activen según el perfil deseado. Asi tienes los datos de usuario centralizados, y las pantallas solo tienen que buscar cual es el usuario que está actualmente activo
|
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
INFO: DLL's, BPL's, carga dinámica, carga estática y Packages en Runtime | Neftali [Germán.Estévez] | OOP | 26 | 13-12-2013 19:29:55 |
niveles de seguridad en aplicaciones | El_Raso | Varios | 4 | 09-02-2009 04:26:45 |
Parametros al ejecutar Aplicaciones + Aplicaciones en Mi PC | NeWNeO | Varios | 4 | 19-08-2004 14:01:30 |
[Seguridad] Nuevos agujeros de seguridad en varios sistemas Windows ... | kinobi | Noticias | 1 | 16-09-2003 10:42:54 |
No hay seguridad en las aplicaciones !! | erickperez6 | Firebird e Interbase | 5 | 19-05-2003 21:51:50 |
|