Uso de Usuarios Sql Server

17/09/2008 - 23:33 por Miguel Acevedo | Informe spam

Hola buenas tardes, aquí estoy de nuevo buscando un poco de ayuda, en esta
oportunidad se me presenta la siguiente duda.

Estoy haciendo un sistema y necesito saber cómo es la mejor forma de hacer
la conexión a la base de datos.

La primera alternativa es crear una tabla USUARIOS donde estaría toda la
información de los usuarios del sistema luego crear un usuario en SQL server
para que mediante este se conecten todos los usuarios de la tabla USUARIOS.

La segunda opción es crear la tabla usuario, pero a su vez crear todos los
usuarios en SQL server y mantener una relación entre ellos.

Quisiera con me ayuden con su experiencia para poder tomar esta decisión.

Gracias de antemano como siempre por la ayuda que me puedan prestar.

Miguel Acevedo.

Siga el debate

9 respuestas

Tengo una respuesta

Preguntas similare

restringir uso de disco a usuarios por Terminal Server

Leer las respuestas

#6 Alfredo Novoa

19/09/2008 - 12:21 | Informe spam

Hola Gux,

El Thu, 18 Sep 2008 10:06:11 -0700, Gustavo Larriera (MVP) escribió:

Sí, si los sistemas de seguridad de los sistemas de BD que la aplicación va a
usar son parecidos...

Como solamente estamos hablando de un escenario imaginario (no conocemos lo
que el amigo desea hacer) prefiero asumir el peor caso: Que los sistemas de
BD que va a usar no son muy parecidos.

En este caso reinventar la rueda es el mejor ejercicio :-)

Si asumir el peor de los casos implica tener que hacer un montón de trabajo
para reinventar la rueda, entonces no vendría mal mirar primero si
efectivamente estamos en el peor de los casos y si se pueden usar
soluciones mucho más sencillas.

Por otra parte si un SGBD no tiene un sistema de seguridad parecido al de
SQL Server, DB2 u Oracle y necesitamos un sistema de seguridad, entonces
está bastante claro que sería mejor no usar ese SGBD.

Saludos

Responder a este mensaje

#7 Gustavo Larriera (MVP)

19/09/2008 - 19:29 | Informe spam

Hola Alfredo,

"Alfredo Novoa" wrote:

Si asumir el peor de los casos implica tener que hacer un montón de trabajo
para reinventar la rueda, entonces no vendría mal mirar primero si
efectivamente estamos en el peor de los casos y si se pueden usar
soluciones mucho más sencillas.

Pues eso mismo tendrá que hacer el amigo para tomar la decisión adecuada, es
su sistema (que no conozco en absoluto).

Por otra parte si un SGBD no tiene un sistema de seguridad parecido al de
SQL Server, DB2 u Oracle y necesitamos un sistema de seguridad, entonces
está bastante claro que sería mejor no usar ese SGBD.

No es tan simple... la elección de un RDBMS depende de cientos de factores,
incluyendo aspectos técnicos y también emocionales :-)

Saludos,
~gux

Responder a este mensaje

#8 Alfredo Novoa

19/09/2008 - 19:40 | Informe spam

Hola Gux,

El Fri, 19 Sep 2008 10:29:05 -0700, Gustavo Larriera (MVP) escribió:

No es tan simple... la elección de un RDBMS depende de cientos de factores,
incluyendo aspectos técnicos y también emocionales :-)

Pero tiene que cubrir unos mínimos, y un sistema de seguridad del estilo
del de los SGBD más conocidos es un requerimiento muy básico. Si no lo
tiene entonces no es un SGBD serio.

Saludos
Alfredo

Responder a este mensaje

#9 Gustavo Larriera (MVP)

19/09/2008 - 19:50 | Informe spam

Hola Alfredo,

"Alfredo Novoa" wrote:

Pero tiene que cubrir unos mínimos, y un sistema de seguridad del estilo
del de los SGBD más conocidos es un requerimiento muy básico. Si no lo
tiene entonces no es un SGBD serio.

No lo dudo. De todas formas hay mucha gente que usa DBMS poco serios y van
felices por la vida :-) Cada loco con su tema.

Saludos
~gux

Siga el debate Respuesta

Responder a este mensaje

Ads by Google