Acceso SQL

15/11/2006 - 15:19 por Paco | Informe spam
Hola.
Antes de nada decir que no tengo mucha experiencia en SQL y a lo mejor lo
que pregunto es una barbaridad.
Tengo que hacer un pequeño desarrollo que utilizarán unos 20 usuarios más o
menos simultáneos. La seguridad será SQL server no integrada windows y todos
tienen los mismos permisos de acceso a la base de datos y a sus objetos.
Mi pregunta es la siguiente:
Si creo un solo usuario para acceder desde mi programa, ¿tendré algún
problema de rendimiento?

Gracias a todos.

Preguntas similare

Leer las respuestas

#1 Maxi
15/11/2006 - 15:43 | Informe spam
Hola, de rendimiendo depende, no define la cantidad de usuarios si la cosa
es mas lenta o rapida, lo que define es la cantidad de conexiones, vos
podrias tener una sola conexion con un sistema de multiplex (por ej un
com+).
Ahora bien, a nivel seguridad tener un solo usuario no es algo muy saludable
q digamos, lo ideal si estas en ambientes Windows es usare seguridad
integrada para todas tus aplicaciones


Salu2

Microsoft MVP SQL Server
Culminis Speaker
INETA Speaker

"Paco" escribió en el mensaje
news:
Hola.
Antes de nada decir que no tengo mucha experiencia en SQL y a lo mejor lo
que pregunto es una barbaridad.
Tengo que hacer un pequeño desarrollo que utilizarán unos 20 usuarios más
o
menos simultáneos. La seguridad será SQL server no integrada windows y
todos
tienen los mismos permisos de acceso a la base de datos y a sus objetos.
Mi pregunta es la siguiente:
Si creo un solo usuario para acceder desde mi programa, ¿tendré algún
problema de rendimiento?

Gracias a todos.
Respuesta Responder a este mensaje
#2 BitOne®
15/11/2006 - 15:49 | Informe spam
No no tendrias ninguno:

Pero, ojo no todos deben tener el mismo privilegio para ello te recomiendo
que utilizes Un rol determinado para cada uno Ejemplo:

Usuarios Stadards :
Lleva un rol por cuestiones de seguridad y este solo puede ejecutar
procedimientos almacenados,
Al realizar una incorporacion de procedimientos almacenados en tu aplicacion
agregas una segunda capa
para tu seguridad, asi el usuario no puede borrar datos a menos que lo
autorices, no puede eliminar objetos de
la base de datos.

Usuarios Avanzados:
Son aquellos usuarios que tienen acceso a la base de datos con algun tipo
de Herramienta distinta a la
construidad para el usuario Standard, digase "Excel, Query Analizer, etc,
etc, y una que otra herramienta de terceros.

DB:
Este usuario puede tener privilegios un poco mas amplios de los que
necesitas por lo tanto este tienes que tener un poquito
mas de cuidado, comunmente puede hacer cualquier tipo de operacion sobre la
base de datos.

Operador:
Es quien tiene acceso a hacer backup, ejecutar tareas programadas, etc,
etc.

Entre otros que puedas necesitar.

Ahora bien Como lo que necesitas es conectar tu aplicacion por el momento,
te hago incapie a estos pues la seguridad luego
se convierte en mision critica al momento que todo crece, en un principio
todo es pequeño y nada afecta pero, si la aplicacion
crece necesitaras seguridad.

Yo he hecho prueba de conectar un usuario para n terminales y han sido muy
satisfactoria, incluso existen mutiladores de seguridad
que todo lo hacen con el sa. "ESTO ES MUY MALA PRACTICA JAMAS HACERLO", no
digo que lo vayas ha hacer pero lo hago
para que tengan cuidado algunas veces las personas se ven tentadas a
incurrir en esta practica.

Espero estos comentarios puedan ayudarte.

Saludos,

BitOne®


"Paco" wrote in message
news:
Hola.
Antes de nada decir que no tengo mucha experiencia en SQL y a lo mejor lo
que pregunto es una barbaridad.
Tengo que hacer un pequeño desarrollo que utilizarán unos 20 usuarios más


o
menos simultáneos. La seguridad será SQL server no integrada windows y


todos
tienen los mismos permisos de acceso a la base de datos y a sus objetos.
Mi pregunta es la siguiente:
Si creo un solo usuario para acceder desde mi programa, ¿tendré algún
problema de rendimiento?

Gracias a todos.
email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida