Fråga : ASP

Jag förstår inte varför I-förmiddagen som får ett fel, när I-försök att uppdatera mitt bildar till min för href=" http://www.shipfish2u.com/productEditor " för database.
www.shipfish2u.com/product Editor.  Försök att välja ett rekord på rätsidan boxas och uppdaterar därefter den.  Jag får och felet i setRecords.asp on-line 95. .undateable query.
" klar "

Svar : ASP

Den mest allmänningen resonerar är att internetgästkontot (IUSR_MACHINE), som är vid standarddel av ”alla” gruppen, inte har att skriva tillåtelser på databasen sparar (.mdb). Använd säkerhetsfliken i utforskare för att justera rekvisitan för denna sparar, så att internetgästkontot har de korrekta tillåtelserna att fixa detta problem.

NOTERA: När du använder Microsoft Accessdatabaser med ADO, det är också nödvändigt att ge internetgästen som kontot skriver tillåtelser på arkivet som innehåller .mdben, sparar. Detta är, därför att spruta ut skapar en .ldb sparar för att behandla att låsa för databas. Du kan också behöva att ge läsa/skriva tillåtelse på ”den vikarie” mappen, därför att spruta ut kan skapa tillfälligt sparar i detta arkiv.
En understödja orsakar av detta fel är att databasen inte öppnades med det korrekta FUNKTIONSLÄGET för handstil. Om du utför det öppet på anslutningen, anmärka, dig använder funktionslägeegenskapen för att indikera tillåtelserna på anslutningen som visat här:

     SQL = ”UPPDATERINGprodukter fastställda UnitPrice = 2; ”,
     Uppsättning anslutning = Server.CreateObject (”ADODB.Connection”)
     Conn.Mode = 3 '3 = adModeReadWrite
     Conn.Open ”myDSN”,
     Conn.Execute (SQL)
     Conn.Close

                                   
NOTERA: Vid standard FUNKTIONSLÄGET är fastställdt till 0 (adModeUnknown), som låter allmänt uppdateringar.
Another orsakar av detta fel är att ”den lästa endast” inställningen kan kontrolleras in alternativsidan för denna DSN i ODBC-chefen.
Jumbon utfärdar, och arbete gäller omkring till någon SQL-datakälla. Felet kan orsakas av SQL-meddelanden som överträder referens- fullständighet av databasen. Är här några av de mest allmänningqueriesna som missar:
De enklaste grupperna som handlar med, är de som du inte kan ändra: crosstab, SQL-pass-through, union, eller handlingqueries för uppdatering (eller göra-bordlägga), som har UniqueValue rekvisita som är fastställd till ja.

En annan very vanlig anledning är när sammanfogaen inkluderar anknöt ODBC bordlägger som inte har unika index. I detta fall det finns inget långt för att SQL ska garantera att rekord är unika i en bordlägga som har sätter in, vars värderar ska ändring med queryen.

En orsakar har en robustt lösning. Om du försök att uppdatera en sammanfoga sätter in på ”den en” sidan av ”en-till-många” query, den ska kuggning, om inte du vänder applådera på uppdateringar. Hitåt du delegerar referens- fullständighet till jetmotorn.
Andra lösningar  
 
programming4us programming4us