Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Dos tablas vinculadas en SQL server
292 views
Skip to first unread message
Mario Flores
Feb 27, 2002, 6:30:43 PM2/27/02
to
Hola, tengo dos tablas vinculadas que se encuentran en un
mismo servidor SQL Server 2000 pero en diferente base de
datos. La vinculación la hago desde access 2000 y me
funciona bien, pero me solicita dos veces la clave de
acceso (Una para cada base de datos), Ya definí un
usuario dentro del Login del servidor y lo asigne como
usuario en ambas bases de datos, pero aun así no me
funciona. ¿Cómo puedo hacer para sincronizar la clave de
acceso de tal forma que solo me la solicite una vez ?. De
antemano gracias por la ayuda.
mismo servidor SQL Server 2000 pero en diferente base de
datos. La vinculación la hago desde access 2000 y me
funciona bien, pero me solicita dos veces la clave de
acceso (Una para cada base de datos), Ya definí un
usuario dentro del Login del servidor y lo asigne como
usuario en ambas bases de datos, pero aun así no me
funciona. ¿Cómo puedo hacer para sincronizar la clave de
acceso de tal forma que solo me la solicite una vez ?. De
antemano gracias por la ayuda.
Saludos
Mario Flores
WhiteWolf SW
Feb 27, 2002, 7:58:18 PM2/27/02
to
En el caso de la vinculacion de las tablas para Access es como si hicieras
dos objetos "Connection" trasparentes para nosotros, es decir, tu ves las
tablas vinculadas en el "Database Window", pero ponte a pensar... recuerda
que cuando las vinculaste hiciste dos veces un "mismo proceso" de conexion
con cada BD de SQL Server, el proceso es similar pero independiente esto
para access es como si tuvieras dos conexiones en realidad, es por eso que
siempre te pide dos veces el user y su password, ahora bien una solucion
seria hacerlo desde codigo para proveer automaticamente estos parametros y
hacerlos trasparentes.
dos objetos "Connection" trasparentes para nosotros, es decir, tu ves las
tablas vinculadas en el "Database Window", pero ponte a pensar... recuerda
que cuando las vinculaste hiciste dos veces un "mismo proceso" de conexion
con cada BD de SQL Server, el proceso es similar pero independiente esto
para access es como si tuvieras dos conexiones en realidad, es por eso que
siempre te pide dos veces el user y su password, ahora bien una solucion
seria hacerlo desde codigo para proveer automaticamente estos parametros y
hacerlos trasparentes.
Suerte Viejo
"Mario Flores" <mfl...@grupoha.com> wrote in message
news:0c7501c1bfe6$c67208f0$a4e62ecf@tkmsftngxa06...
Diamond
Feb 28, 2002, 4:22:13 AM2/28/02
to
Hola
La solucion de WhiteWolf SW parece buena.
Pero si realmente quieres pedir un usuario y una contraseña ?¿?¿
Y necesariamente tienes que tener las dos tablas en bases de datos
separadas. Lo que puede hacer tambien es Crearte una vista en SQL en la
BASE1 sobre esa tabla de la BASE2. Seria asi poco mas o menos.
En BASE1 En Vistas (View) creas una nueva con este estructura
"Select * from dbo.BASE2.MiTabla"
Le llamas a esta View MiTabla (el mismo nombre que tiene en BASE2)
No se hasta que punto es mas lento.
La vinculacion seria contra una sola base de datos (BASE1)
Esta es la solucion que me dieron en su dia que tuve un problema parecido
Era programando ASP y contra SQL 7.0 Yo tenia que tener las dos bases de
datos separadas pero un solo enlace a ellas. Pero la solucion de WhiteWolf
SW parece interesante.
Diamond
Donosti - San Sebastian
Diamond
Feb 28, 2002, 6:25:23 AM2/28/02
to
En mi anterior correo se me fue la mano
La forma correcta de crear la nueva vista es
La forma correcta de crear la nueva vista es
Select * from BASE2.dbo.MiTabla
Un saludo
Diamond
Donosti - España
Jesús López
Feb 28, 2002, 8:36:54 AM2/28/02
to
Si utilizaras autentificanción integrada o de
confianza, o sea, autentificación NT, no tendrías ese problema, ni siquiera se
pediría el usuario y la contraseña la primera vez.
Con la autentificación integrada, SQL Server confía
en Windows para autentificar al usuario, de esta manera no se necesita que el
usuario se vuelva a identificar una y otra vez. Eso sí, tendrá que existir la
cuenta de Windows en el servidor o el dominio, y el login correspondiente en SQL
Server con los permisos adecuados.
--
Saludos:
Jesús López
MCP SQL Server
MCP SQL Server
Mario Flores
Feb 28, 2002, 9:10:36 AM2/28/02
to
Les agradezco a todos tanto interes en mí problema. Luego
les informo como me fué.
les informo como me fué.
Saludos
Mario Flores
>-----Mensaje original-----
>.
>
WhiteWolf SW
Feb 28, 2002, 12:34:22 PM2/28/02
to
Bueno de hecho pienso que lo que sugiere Diamond es
lo correcto ya que con mi propuesta estarias haciendo una "doble validacion" lo
cual funciona pero no es viable con la de Diamond es solo una vez y dejas a SQL
administrarse solo, ahora bien por el consumo de recursos no veo problema a
excepcion de los indices que tengas en dichas tablas, ya que al estar ambas
bases de datos en el mismo servidor la comunicacion debe ser
rapida.
Lo que comenta Jesus Lopez tiene logiga de hecho es
cierto, pero lastimosamente ineficaz porque no se puede cambiar la instalacion
de un SQL Server 7 sobre el modo de autentificacion de usuarios (no lo he
probado con SQL 2000), aun asi la autentificacion de Usuarios en Modo TRUST que
es al que se refiere, es una navaja de DOS FILOS ya que por un lado podras hacer
que cualquier usuario tuyo conectado a esa maquina se valide una solo vez para
accesar cualesquier base de datos, pero por el otro (y mas importante) cualquier
usuario que no quieras que las accese y que este dado de alta en ese servidor
(stand alone o domain) podra acceder el servicio de SQL Server tambien y hacer
(con las herramientas y conocimientos adecuados) una que otra travesura con las
bases de datos por decir lo menos.
Mas lo que Dice Jesus Lopez es un buen consejo a
tomar en cuenta para tus futuras aplicaciones con BD's.
Suerte y Saludos a Todos Viejos
"Jesús López" <jesusl...@navegalia.com> wrote in message news:OLgQ3zFwBHA.2564@tkmsftngp04...
Jesús López
Mar 1, 2002, 4:44:39 AM3/1/02
to
La autentificación integrada o de
confianza:
- Es tremendamente eficaz
- Recomendada por Microsoft
- Siempre está disponible en SQL Server 7 y SQL Server 2000 cuando SQL Server se ejecuta en Windows NT/2000/XP
- No puede desactivarse.
- No compromete la seguridad:
- Que esté activada la autentificación de confianza (siempre lo está) y que un usuario tenga una cuenta de inicio de sesión en Windows, no implica que dicho usuario tenga acceso ninguno a SQL Server, para ello hay que crear el login correspondiente en SQL Server, a excepción de los miembros del grupo NT: BUILTIN\Administradores que tienen acceso completo y sin restricciones a SQL Server ya que de forma predeterminada pertenecen a la función fija del servidor sysadmin, aunque esto puede cambiarse.
- Un usuario de Windows que tenga acceso concedido a SQL Server mendiante un login de tipo NT en SQL Server, no tiene porqué tener acceso a ninguna base de datos ya que dicho acceso debe ser concedido de forma explícita. Si un usuario no tiene acceso concedido a una base de datos, pero tiene acceso concedido a SQL Server mediante una cuenta de inicio de sesión, sólo podrá acceder a dicha base de datos si en ésta existe un usuario guest.
- Es posible conceder permisos a nivel del servidor mediante la pertenencia a funciones fijas del servidor como sysadmin. Un usuario que pertenezca a esta función está autorizado a realizar cualquier actividad en el servidor.
- Que un usuario tenga acceso concedido a una base de datos de SQL Server no quiere decir que pueda hacer lo que quiera, sólo podrá hacer lo que esté autorizado. Esto se establece mediante la pertenencia a funciones fijas de la base de datos, funciones definidas por el usuario, permisos explícitos sobre los objetos de la base de datos y permisos de ejecución de sentencias.
Sin embargo la autentificación estándar o
autentificación SQL Server:
- Debería utilizarse siempre que no sea posible utilizar la autentificación de confianza. Por ejemplo cuando SQL Server se ejecuta en un W9x/ME
- Se encuentra desactivada de forma predeterminada en SQL Server 2000, aunque puede activarse facilmente utilizando el Enterprise Manager: propiedades del servidor, ficha seguridad
- Se encuentra activada de forma predeterminada en SQL Server 7.0, aunque puede desactivarse facilmente utilizando el Enterprise Manager: propiedades del servidor, ficha seguridad
En cuanto a los recursos de servidor:
| Tamaño del objeto | ||
|---|---|---|
| Objeto | SQL Server 7.0 | SQL Server 2000 |
| Bloqueo | 96 bytes | 64 bytes más 32 bytes por propietario. |
| Base de datos abierta | 2.880 bytes | 3.924 bytes más 1.640 bytes por archivo y 336 bytes por grupo de archivos. |
|
Objeto abierto
|
276 bytes | 256 bytes más 1.724 bytes por índice abierto en el objeto. |
| Conexión de usuario | 12 KB + (3 * tamaño del paquete de red). | 12 KB + (3 * tamaño del paquete de red). |
En cuanto a los problemas que se puedan derivar del hecho de utilizar dos
bases de datos en el mismo servidor, hay que decir que no hay ninguno. Sin
embargo la ejecución de una consulta en la que intervengan tablas de distintas
bases de datos resulta menos eficiente que si las tablas estuvieran en la misma.
Por otra parte existen ciertas limitaciones, por ejemplo no es posible
establecer una clave externa en una tabla que haga referencia a una tabla de
otra base de datos, aunque se puede salvar esta limitación implementando la
integridad referencial por medio de desencadenadores.
Saludos:
WhiteWolf SW
Mar 2, 2002, 2:19:39 PM3/2/02
to
Pues que bueno que hiciste la tarea, mas sigo en lo
mismo, mientras que Microsoft te asegure que no "compromete" la seguridad, en el
"Real World" alguien que tenga una cuenta de usuario en NT o 2000 OJO con las
Herramientas Apropiadas se puede meter hasta la cocina de tu servidor,
incluyendo los servicios, tales como SQL Server, Exchange, etc., o bien como
puedes explicar la vulnerabilidad de estos cuando simples "worms" pueden
atacarlos desde un e-mail, el cual ni siquiera "conoce" los usuarios y sus
paswords, la "seguridad" que te plantea Microsoft es una Utopia (un sueño muy
bonito pero imposible), te recomiendo entrar a uno que otro sitio "underground"
y veras el tronadero de rutinas que hay para todo.
Ahora es solo una recomendacion, que cada quien
haga sus enlaces como desee, al final yo seguire haciendo los mios a mi
manera, pero si tengo que decir que herramientas como de las que hablo, las
he conseguido y otras personas me han enseñado a usarlas solo para conocer los
riesgos que puedo pasar.
Jorge Cano
MCSD
MCP Visual Basic 5-6
MCP SQL Server 7-2000
P.D.
Todas esas certificaciones aunque las tenga bien
ganadas, soy realista y no doy por hecho saber mas, el libro es bueno, la
experiencia sigue siendo aun mejor. Microsoft... Microsoft es asi, vende
cualquier idea o "experiencia" que se le antoje.
Saludos Viejos
"Jesús López" <jesusl...@navegalia.com> wrote in message news:#QxnwWQwBHA.2332@tkmsftngp07...
McPegasus
Mar 5, 2002, 12:06:42 PM3/5/02
to
¿y yo me pregunto?
¿todo esto no se soluciona con el WinZip? ¿con la
V.10? dicen que es la leche?
Un Saludo,
P.D.: Un abrazo a los dos y que os estimo mucho.
Como ya sabe el Sql Ranger, ¡no tengo ni puta idea de
SQL!
0 new messages