A razão a mais comum é que o cliente do convidado do Internet (IUSR_MACHINE), que é à revelia parte do “todos” grupo, não tem escrever permissões na lima de base de dados (.mdb). Para reparar este problema, usar a aba da segurança no explorador para ajustar as propriedades para esta lima de modo que o cliente do convidado do Internet tenha as permissões corretas.
NOTA: Ao usar bases de dados de Microsoft Access com DEMORA, é igualmente necessário dar o convidado que do Internet o cliente escreve permissões no diretório que contem a lima de .mdb. Isto é porque o jato cria uma lima de .ldb para segurar o travamento da base de dados. Você pode igualmente precisar de dar a permissão de leitura/gravação no dobrador do “Temp” porque o jato pode criar limas provisórias neste diretório.
Uma segunda causa deste erro é que a base de dados não estêve aberta com a MODALIDADE correta para a escrita. Se você executa o aberto no objeto de conexão, você usa a propriedade da modalidade para indicar as permissões na conexão como mostrado aqui:
SQL = da “jogo de produtos UnitPrice ATUALIZAÇÃO = 2; ”
Ajustar conexão = Server.CreateObject (“ADODB.Connection”)
Conn.Mode = 3 '3 = adModeReadWrite
Conn.Open “myDSN”
Conn.Execute (SQL)
Conn.Close
NOTA: À revelia, a MODALIDADE é ajustada a 0 (adModeUnknown), que permite geralmente atualizações.
Uma outra causa deste erro é que “somente” o ajuste lido pode ser verific dentro a página das opções para ver se há este DSN no gerente de ODBC.
A últimos edição e trabalho pertencem ao redor a toda a origem de dados do SQL. O erro pode ser causado pelas indicações de SQL que violam a integridade referential da base de dados. Estão aqui algumas das perguntas as mais comuns que falham:
Os grupos os mais simples a tratar são aqueles que você não pode mudar: crosstab, pass-through do SQL, união, ou perguntas da ação da atualização (ou a fazer-tabela) que têm as propriedades de UniqueValue ajustadas a sim.
Uma outra causa muito comum é quando a junta inclui as tabelas lig de ODBC que não têm índices originais. Neste caso, não há nenhuma maneira para que o SQL garanta que os registros são originais em uma tabela que tenha os campos cujo o valor mudará com a pergunta.
Uma causa tem uma ac1ão alternativa robusta. Se você tenta atualizar um campo da junta no “um” lado de uns “um-à-muitos” pergunta falhará a menos que você girar atualizações sobre de conexão em cascata. Esta maneira, você delega a integridade referential ao motor de JATO.
