Cuestión : Quitar la seguridad de la base de datos del acceso del ms (el motor de jet)

Desplegué accidentalmente una base de datos del acceso a mis usuarios conmigo propia identificación del usuario, contraseña y contraseña de base de datos en ella.  Esta base de datos consiste en un diario donde incorporan sus propios datos.  ¿En mi versión siguiente del software, saliendo muy pronto, necesito quitar totalmente cualquier seguridad del archivo de modo que si tienen MS-Access en su computadora, puedan ver el file.

How lo hagan yo comprueben, sobre comienzo, si la base de datos del diario tiene seguridad en ella, y si es así quiten toda la seguridad? la secuencia actual de la conexión del

My es algo similar:

str1 = “abastecedor = Microsoft.Jet.OLEDB.4.0; “identificación del usuario del &= del

str1 “= userid; “contraseña = passwd del &= del
str1 “; “jet OLEDB del &= del

str1 “: Base de datos de sistema =” y _
GetCurrentDirectory () y “\ datos \ System1.mdw; “fuente de datos del &= del

str1 “=” y global_Journal y “; “jet OLEDB del &= del

str1 “: Base de datos Password=DBpasswd; “
class= del

Respuesta : Quitar la seguridad de la base de datos del acceso del ms (el motor de jet)

Si se asume que le han asegurado correctamente la base de datos, de que no será el caso. Si usted ha asegurado correctamente la base de datos e intentan abrirla con un diverso grupo de trabajo (como su propio archivo de System.mdw) entonces que ellos conseguirá “usted no tienen el mensaje de error soso soso del permiso”.

La seguridad del nivel de usuario consiste en un archivo del grupo de trabajo y el archivo de base de datos. El grupo de trabajo contiene asociaciones de los usuarios, de los grupos, de User+Group, y contraseñas. Un solo grupo de trabajo se puede utilizar para asegurar muchas diversas bases de datos. El archivo de base de datos sí mismo contiene los permisos del objeto - todo el grupo de trabajo hace realmente es authentica a usuario, y después pasa un Sid a la base de datos, que ese DB después las aplicaciones al determinar las acciones un usuario pueden tomar. ULS también “sesión-se basa” - es decir, puedo tener “sesiones múltiples” del acceso abiertas en mi máquina, cada uno usar un diverso archivo del grupo de trabajo. Si tengo SessionA abierto con WorkgroupA, e intento abrir una base de datos en esa sesión que no fue asegurada con WorkgroupA, después consigo un mensaje de error (que asume, por supuesto, que la base de datos está asegurada correctamente).

Para abrir una base de datos correctamente asegurada, usted DEBE utilizar el archivo del grupo de trabajo que fue utilizado para asegurar original la base de datos. Para hacer eso, usted tiene dos opciones: cualquiera ensambla la máquina a ese grupo de trabajo (NO una buena idea), o utiliza un atajo como se describe anteriormente para abrir una sesión del acceso con ese grupo de trabajo. En gran medida, la mejor idea es utilizar un atajo para abrir una sesión del acceso.

En cuanto a la contraseña del DB - no vi eso, puesto que él alto inusual tener ULS y una contraseña de base de datos - entonces usted abre una vez la base de datos que usted puede utilizar DAO para cambiar esa contraseña:

CurrentDB.NewPassword “viejo picovatio”, “nuevo picovatio”

Por supuesto esto es un método de DAO, no un método de la DIFICULTAD. Para hacer eso, usted debe utilizar una declaración de SQL de la ALTERACIÓN. Ver este artículo del KB:

http://support.microsoft.com/default.aspx?scid=KB;EN-US;q304915