De gemeenschappelijkste reden is dat de rekening van de Gast van Internet (IUSR_MACHINE), die door een standaarddeel van „iedereen“ groep is, heeft geen toestemmingen op het gegevensbestanddossier (.mdb) schrijven. Om dit probleem te bevestigen, gebruik het lusje van de Veiligheid in Ontdekkingsreiziger om de eigenschappen dit dossier aan te passen zodat de rekening van de Gast van Internet de correcte toestemmingen heeft.
NOTA: Wanneer het gebruiken van de gegevensbestanden van Microsoft Access met DRUKTE, is het ook noodzakelijk om de rekening van de Gast van Internet te geven schrijft toestemmingen op de folder die het .mdb dossier bevatten. Dit is omdat de Straal tot een .ldb dossier leidt om gegevensbestandsluiten te behandelen. U kunt ook lees-schrijftoestemming op de omslag van „Temperaturen“ moeten geven omdat de Straal tot tijdelijke dossiers in deze folder kan leiden.
Een tweede oorzaak van deze fout is dat het gegevensbestand niet met de correcte WIJZE om te schrijven werd geopend. Als u Open op het voorwerp van de Verbinding uitvoert, gebruikt u het bezit van de Wijze om op de toestemmingen op de verbinding te wijzen zoals hier getoond:
SQL = de „Producten van de UPDATE Geplaatst UnitPrice = 2; “
Vastgestelde Conn = Server.CreateObject („ADODB.Connection“)
Conn.Mode = 3 '3 = adModeReadWrite
Conn.Open „myDSN“
Conn.Execute (SQL)
Conn.Close
NOTA: Door gebrek, wordt de WIJZE geplaatst aan 0 (adModeUnknown), die over het algemeen updates toestaat.
Een andere oorzaak van deze fout is dat „het Gelezen slechts“ plaatsen in de pagina van Opties dit DSN in de Manager kan worden gecontroleerd ODBC.
De laatste kwestie en het werk behoren rond tot om het even welke SQL gegevensbron. De fout kan door SQL verklaringen worden veroorzaakt die referentiële integriteit van het gegevensbestand overtreden. Hier zijn enkelen van de gemeenschappelijkste vragen die ontbreken:
De eenvoudigste te behandelen groepen zijn die u niet kunt veranderen: crosstab die, ervaart SQL, unie, of update (of merk-lijst) actievragen die eigenschappen UniqueValue hebben ja worden geplaatst aan.
Een andere zeer gemeenschappelijke oorzaak is wanneer omvat verbonden Odbc- lijsten toetreed die geen unieke indexen hebben. In dit geval, is er geen manier voor SQL om te waarborgen dat de verslagen in een lijst uniek zijn die gebieden heeft de waarvan waarde met de vraag zal veranderen.
Één oorzaak heeft een robuuste alternerende actie. Als u probeert om bij te werken sluit me aan bij gebied aan de „één“ kant van „één-aan-velen“ vraag het zal ontbreken tenzij u draperende updates aanzet. Deze manier, u vaardigt referentiële integriteit aan de Straalmotor af.
