Pergunta : Remover a segurança da base de dados do acesso do MS (o motor de jato)

Eu desdobrei acidentalmente uma base de dados a meus usuários com meu próprio usuário - identificação, senha e senha do acesso de base de dados nela.  Esta base de dados consiste em um jornal onde incorporem seus próprios dados.  Em minha versão seguinte do software, saindo muito logo, eu preciso de remover completamente toda a segurança da lima de modo que se têm o MS-Access em seu computador, possam ver o file.

How façam mim verific, em cima do começo, se a base de dados do jornal tem a segurança nela, e em caso afirmativo, removam toda a segurança? a corda atual da conexão do

My é qualquer outra coisa semelhante:

str1 = “fornecedor = Microsoft.Jet.OLEDB.4.0; do “usuário do &=

str1 “- identificação = userid; do “senha = passwd do &=
str1 “; do “jato OLEDB do &=

str1 “: Base de dados de sistema =” & _
GetCurrentDirectory () & “\ dados \ System1.mdw; do “origem de dados do &=

str1 “=” & global_Journal & “; do “jato OLEDB do &=

str1 “: Base de dados Password=DBpasswd; “
class= do

Resposta : Remover a segurança da base de dados do acesso do MS (o motor de jato)

Supor o fixaram corretamente a base de dados, de que não será o caso. Se você fixou corretamente a base de dados e tentam abri-la com um grupo de trabalho diferente (como sua própria lima de System.mdw) então que eles começ “você não têm a mensagem de erro blá blá da permissão”.

A segurança do nível de usuário consiste em uma lima do grupo de trabalho e na lima de base de dados. O grupo de trabalho contem associações dos usuários, dos grupos, do User+Group, e senhas. Um único grupo de trabalho pode ser usado para fixar muitas bases de dados diferentes. A lima de base de dados própria contem as permissões do objeto - todo o grupo de trabalho faz realmente é autentica o usuário, e passa então um SID à base de dados, que esse DB a seguir os usos ao determinar as ações um usuário podem tomar. ULS “sessão-é baseado igualmente” - isto é, eu posso ter as “sessões múltiplas” do acesso abertas em minha máquina, cada um using uma lima diferente do grupo de trabalho. Se eu tenho SessionA aberto com WorkgroupA, e eu tento abrir uma base de dados nessa sessão que não estêve fixada com WorkgroupA, a seguir eu começ uma mensagem de erro (que supor, naturalmente, que a base de dados está fixada corretamente).

A fim abrir uma base de dados corretamente fixada, você DEVE usar a lima do grupo de trabalho que foi usada para fixar original a base de dados. Para fazer aquela, você tem duas escolhas: qualquer um junta-se à máquina a esse grupo de trabalho (NÃO uma boa idéia), ou usa-se um atalho como descrito acima para abrir uma sessão do acesso com esse grupo de trabalho. Por muito, a idéia melhor é usar um atalho para abrir uma sessão do acesso.

A respeito da senha do DB - eu não vi aquele, desde que ele altamente incomun ter ULS e uma senha de base de dados - então uma vez você abre a base de dados que você pode usar DAO para mudar essa senha:

CurrentDB.NewPassword “picowatt velho”, “picowatt novo”

Naturalmente este é um método de DAO, não um método da DEMORA. Para fazer aquele, você deve usar uma indicação de SQL da ALTERAÇÃO. Ver este artigo do KB:

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