Il motivo più comune è che il cliente dell'ospite del Internet (IUSR_MACHINE), che fa parte per difetto “del tutto„ gruppo, non ha scrivere i permessi sulla lima di base di dati (.mdb). Per riparare questo problema, utilizzare la linguetta di sicurezza in esploratore per registrare le proprietà per ottenere questa lima in modo che il cliente dell'ospite del Internet abbia i permessi corretti.
NOTA: Nel usando le basi di dati di Microsoft Access con DIFFICOLTÀ, è necessario inoltre da dare l'ospite che del Internet il cliente scrive i permessi sull'indice che contiene la lima di .mdb. Ciò è perché il getto genera una lima di .ldb per trattare la chiusura della base di dati. Potete anche avere bisogno di di dare il permesso lettura /scrittura sul dispositivo di piegatura “del Temp„ perché il getto può generare le lime provvisorie in questo indice.
Una seconda causa di questo errore è che la base di dati non è stata aperta con il MODO corretto per scrittura. Se effettuate l'aperto sull'oggetto di collegamento, usate la proprietà di modo per indicare i permessi sul collegamento come indicato qui:
SQL = “insieme di prodotti dell'AGGIORNAMENTO UnitPrice = 2; „
Regolar connett. = Server.CreateObject (“ADODB.Connection„)
Conn.Mode = 3 '3 = adModeReadWrite
Conn.Open “myDSN„
Conn.Execute (SQL)
Conn.Close
NOTA: Per difetto, il MODO è fissato a 0 (adModeUnknown), che permette generalmente gli aggiornamenti.
Un'altra causa di questo errore è che “soltanto„ la regolazione colta può essere controllata la pagina di opzioni questo DSN nel responsabile di ODBC.
L'ultimi edizione e lavoro intorno appartiene tutta la fonte di dati di SQL. L'errore può essere causato dalle dichiarazioni di SQL che violano l'integrità riferentesi della base di dati. Qui sono alcune delle domande più comuni che vengono a mancare:
I gruppi più semplici da occuparsi di sono quelli che non potete cambiare: crosstab, pass-through di SQL, unione, o domande di azione fare-tabella o (dell'aggiornamento) che hanno proprietà di UniqueValue regolate a sì.
Un'altra causa molto comune è quando l'unire include le tabelle collegate di ODBC che non hanno indici unici. In questo caso, non ci è senso affinchè lo SQL garantisca che le annotazioni sono uniche in una tabella che ha campi di cui il valore cambierà con la domanda.
Una causa ha un'azione alternativa robusta. Se provate ad aggiornare un campo di unire “dall'un„ lato “dei un--molti„ domanda verrà a mancare a meno che giriate gli aggiornamenti sopra procedenti in sequenza. Questo senso, delegate l'integrità riferentesi il motore a propulsione.
