consumo por Usuario

24/10/2005 - 09:07 por Jomaweb | Informe spam

Hola

estoy diseñando el acceso desde una aplicación a SQL Server y en principio
tengo unos150 usuarios, por lo que estaba pensando crear un usuario SQL para
cada uno de ellos y que la autenticación y los permisos de tabla se
definieran en funcion del usuario que accede.

Parece una perogrullada, pero me prenguntaba:

1-->¿cuál es el consumo de recursos por cada usuario? Es decir, ¿no es mejor
crear un solo usuario para toda la aplicación y realizar la autenticación en
una tabla llamada "usuarios" usando todos el mismo user y pwd?

2-->¿podría crear un usuario "Maestro" con los permisos adecuados para cada
tabla según requiera la aplicación y cada vez que necesite incluir un
usuario nuevo copiar de alguna manera ese perfil para no andar de nuevo
tabla por tabla dando los permisos?

GRACIAS MIL

Siga el debate

2 respuestas

Tengo una respuesta

Preguntas similare

Leer las respuestas

#1 Isaias

24/10/2005 - 16:19 | Informe spam

Jomaweb

Cada CONEXION consume 64k de memoria, ahora bien, si tu aplicacion esta
desarrollada correctamente, deberia CONECTARSE-PROCESAR-DESCONECTARSE.

Para SQL2005, esto ya no sera necesario.

Saludos
IIslas

"Jomaweb" escribió:

Hola

estoy diseñando el acceso desde una aplicación a SQL Server y en principio
tengo unos150 usuarios, por lo que estaba pensando crear un usuario SQL para
cada uno de ellos y que la autenticación y los permisos de tabla se
definieran en funcion del usuario que accede.

Parece una perogrullada, pero me prenguntaba:

1-->¿cuál es el consumo de recursos por cada usuario? Es decir, ¿no es mejor
crear un solo usuario para toda la aplicación y realizar la autenticación en
una tabla llamada "usuarios" usando todos el mismo user y pwd?

2-->¿podría crear un usuario "Maestro" con los permisos adecuados para cada
tabla según requiera la aplicación y cada vez que necesite incluir un
usuario nuevo copiar de alguna manera ese perfil para no andar de nuevo
tabla por tabla dando los permisos?

GRACIAS MIL

Responder a este mensaje

#2 Miguel Egea

24/10/2005 - 16:57 | Informe spam

Un usuario como objeto el consumo que tiene es despreciable, cada conexión a
SQL, sea o no con el mismo usuario si que consume algunos recuros (memoria
fundamentalmente en el orden de los KB), por tanto, no, no es mejor crear
un solo usuario. El escenario que planteas si puedes utilizar seguridad
integrada de windows puedes hacerlo por grupos de windows. Es decir crear
roles en tu active directory para cada uno de los tipos de usuarios que se
van a conectar y dar permisos a esos grupos en el SQL Server, después
simplemente añade o quita los usuarios de esos grupos.

Saludos Cordiales
Miguel Egea
SQL Server MVP
"Jomaweb" wrote in message
news:%

Hola

estoy diseñando el acceso desde una aplicación a SQL Server y en principio
tengo unos150 usuarios, por lo que estaba pensando crear un usuario SQL
para cada uno de ellos y que la autenticación y los permisos de tabla se
definieran en funcion del usuario que accede.

Parece una perogrullada, pero me prenguntaba:

1-->¿cuál es el consumo de recursos por cada usuario? Es decir, ¿no es
mejor crear un solo usuario para toda la aplicación y realizar la
autenticación en una tabla llamada "usuarios" usando todos el mismo user y
pwd?

2-->¿podría crear un usuario "Maestro" con los permisos adecuados para
cada tabla según requiera la aplicación y cada vez que necesite incluir un
usuario nuevo copiar de alguna manera ese perfil para no andar de nuevo
tabla por tabla dando los permisos?

GRACIAS MIL

Siga el debate Respuesta

Responder a este mensaje

Ads by Google

Hacer una pregunta

Tengo una respuesta

Busqueda sugerida