sobre MSDE

Yo solo te contesto algunas cosas vale, q son las q se:


Hola a todos:

Estoy pennsando en migrar de Access XP a Sql Server (MSDE) y en algunas
de las pruebas que he realizado me han surgido las siguientes preguntas:

.- Cuando instalo el MSDE , el nombre del servidor lo toma por defecto
del ordenador y no sé ó no se puede cambiar. Ahora bien, como accedo a a
mi proyecto Access.adp a traves de un DSN donde tengo que indicarle el
mismo servidor me surge la siguiente pregunta :

El nombre del servidor si lo cege del nombre del equipo y se puede
cambiar si, hay un procedimiento almacenado pero si llamas a SQL de otra
forma q a la maquina, ¿como se supone q vas a poder encontrar el SQL en
un red?. asi q deja al pobrecito coja el nombre de la maquina.



¿ Si instalo mi aplicación en otro equipo, el nombre del servidor será
distinto y por tanto el DSN no me servirá. Cómo puedo solucionarlo ?.

Yo no creo DSN por perro, tendria q hacerlo por codigo asi q lo q
hago es construir la cadena de conexion y punto, para solucionar el
nombre del equipo lo q hago es buscar el nombre del equipo en donde
estoy o bien en el registro de windows o bien en el propio SQLServer

En el registro esta en:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\control\ComputerName\ComputerName\

En SQL:
select @@servername


¿ Qué programas tengo que instalar en el equipo donde vaya a correr la
apliacación ?


Um, me imagino q el MSDE y tu aplicacion, y lo q use tu aplicacion.?no¿


¿ Cómo puedo proteger mi proyecto Access.adp con contraseña ?
No se a q te refieres.-


¿ Por qué al intalar MSDE Žsólo me admite ' Utilizar conexíón de
confianza ' y no un Id. y su correspondiente password ?


Por defecto el MSDE se instala con el tipo de acceso LoginMode en
modo de autentificacion WINNT, por lo q las cuentas de SQL estan
deshabilitadas, incluida la de sa, q por defecto tiene el password en
blanco... asi q puedes habilitar las de SQL pero recuerda poner un pass a sa

Para habilitar las de SQL, edita el registro y vete a:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer" y en la
clave LoginMode ponle un 2 y reinicia el servidor MSSQLSERVER.

Luego para ponerle un pass a SA ejecuta:

sp_password @loginame='sa', @new='password_nuevo'

Y listo.

Espero q te sirva de algo,
un saludo
KEKO



Gracias anticipadas por vuestras respuestas

Hola:
Te contesto en linea.
sge escribio:

Hola a todos:

Estoy pennsando en migrar de Access XP a Sql Server (MSDE)
y en algunas de las pruebas que he realizado me han
surgido las siguientes preguntas:

.- Cuando instalo el MSDE , el nombre del servidor lo toma
por defecto del ordenador y no sé ó no se puede cambiar.
Ahora bien, como accedo a a mi proyecto Access.adp a
traves de un DSN donde tengo que indicarle el mismo
servidor me surge la siguiente pregunta :

¿ Si instalo mi aplicación en otro equipo, el nombre del
servidor será distinto y por tanto el DSN no me servirá.
Cómo puedo solucionarlo ?.

******
A diferencia de Access, SQL es una plataforma cliente/servidor, asi que lo
que "deseas" es que las estaciones consulten al servidor, por ende el nombre
del servidor debe ser el mismo en todas las estaciones para que compartan
los datos, sino cada uno tendria su propia copia.
******

¿ Qué programas tengo que instalar en el equipo donde vaya
a correr la apliacación ?

******
Si la aplicacion esta desarrollada con Access XP, necesitaras aparte del
Access XP o su version de "Run Time" , tu proyecto de ADP.
*******

¿ Cómo puedo proteger mi proyecto Access.adp con
contraseña ?

******
Si te interesa proteger el codigo de la aplicacion (Formularios, Reportes,
codigo), deberas usar la seguridad de Access, si lo que te interesa es
proteger los datos la seguridad de SQL.
******

¿ Por qué al intalar MSDE ´sólo me admite ' Utilizar
conexíón de confianza ' y no un Id. y su correspondiente
password ?

******
No se poque solo te permite conexiones de confianza, ya que normalmente te
permite escoger, pero en todo caso te recomiendo este tipo de seguridad ya
que la de SQL no te ofrece las ventajas que tiene la de Windows como
controles de minimos de longitud passwords, vencimientos, etc.
******

Gracias anticipadas por vuestras respuestas

Con gusto,


Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.