[ASP/ACCESS] Updaten niet ondersteund

[.GoO]

Wanneer ik een nieuwe record wil toevoegen krijg ik de volgende melding:

ADODB.Recordset error '800a0cb3'

Current Recordset does not support updating. This may be a limitation of the provider, or of the selected locktype.

Wanneer ik de Cursurlock en Locktype gebruik lukt het ook niet, krijg dan de volgende foutmelding:

ADODB.Recordset error '800a0e79'

Operation is not allowed when the object is open.

Database is niet read-only en ik gebruik gewoon Rs.Addnew en Rs.Update

[whoami]

Je (de IUSR* account) heeft geen rechten op dat bestand.
Zet dat bestand eens in je virtual directory, of geef er rechten op.

[j_du_pee]

of je hebt een tabel op ontwerpweergave in Access open staan, dan krijg je ook deze melding..

[.GoO]

whoami schreef op 23 October 2003 @ 13:08:
Je (de IUSR* account) heeft geen rechten op dat bestand.
Zet dat bestand eens in je virtual directory, of geef er rechten op.

Heb ik, maar hij schrijft gewoon niks weg Openen werkt uiteraard wel..

j_du_pee schreef op 23 October 2003 @ 13:13:
of je hebt een tabel op ontwerpweergave in Access open staan, dan krijg je ook deze melding..

Nope, bestand staat ook niet lokaal opgeslagen.

[OZ-Gump]

Misschien is het nuttig wat meer (relevante!) code te posten, en je omgeving wat duidelijker uit te leggen. zoals de post nu is wordt het moeilijk te bedenken waar het probleem vandaan komt.

Ontopic:
Zijn er andere apps die je database bezet houden? Heb je de database zelf nog open staan? Is een vorige debug-sessie vastgelopen zodat die de database bezet houdt?

[whoami]

[nohtml]

devv05 schreef op 23 October 2003 @ 13:24:
[...]


Heb ik, maar hij schrijft gewoon niks weg Openen werkt uiteraard wel..

De account die door ASP gebruikt wordt om een webpage uit te voeren heeft die rechten niet.
Anders krijg je die fout niet.

[Verwijderd]

je moet wel de goede Cursor instellen, die doe je bij het "setten" van je recordset.

Ik weet uit mijn hoofd niet welke cursor je moet hebben, maar dit kun je vinden in MSDN. Je moet even zoeken naar het recordset type ofzo.

Niet alle cursors ondersteunen update, waarschijnlijk kan je ook alleen maar vooruit door je recordset bladeren (dus rs.movefirst of moveprevious werken ook niet)

andere cursor dus

[faabman]

wat bij het openen van een recordset helpt (zodat je geen adovbs hoeft te includen)

ASP:

objRS.Open sqlquery, objCon, 3, 3  '<-- de cijfertjes geven de cursortypes weer

[.GoO]

OZ-Gump schreef op 23 October 2003 @ 13:27:
Misschien is het nuttig wat meer (relevante!) code te posten, en je omgeving wat duidelijker uit te leggen. zoals de post nu is wordt het moeilijk te bedenken waar het probleem vandaan komt.

Ontopic:
Zijn er andere apps die je database bezet houden? Heb je de database zelf nog open staan? Is een vorige debug-sessie vastgelopen zodat die de database bezet houdt?

Nee geen andere apps en database zelf staat niet open.. Code is heel basic, hij update gewoon niet..

strProj = Request.ServerVariables("APPL_PHYSICAL_PATH") & "db\intake.mdb"

set conProj = server.CreateObject("ADODB.connection")
conProj.open "Data Source=" & strProj & "; Provider=Microsoft.Jet.OleDB.4.0;"

set rstProj = Server.CreateObject("ADODB.recordset")
rstProj.open "Projecten", conProj, 3, 3

rstProj.Addnew
rstProj("bla") = bla
rstProj.Update

FvKnijff schreef op 23 October 2003 @ 14:13:
wat bij het openen van een recordset helpt (zodat je geen adovbs hoeft te includen)

ASP:

objRS.Open sqlquery, objCon, 3, 3  '<-- de cijfertjes geven de cursortypes weer

Ik open normaal met 2, 2 maar 3, 3 werkt eveneens niet.. zelfde update fout..

[gorgi_19]

Maar had je het IUSR_account nu al die rechten gegeven of niet?

[.GoO]

gorgi_19 schreef op 24 October 2003 @ 10:40:
Maar had je het IUSR_account nu al die rechten gegeven of niet?

Uhm sorry dat ken ik niet

Het is trouwens maar een gratis accountje bij brinkster omdat het slechts om te testen is.. Normaal gesproken werkt dat gewoon standaard want ik heb er wel meerdere sites draaiend gehad

[Verwijderd]

maar goed, anders kan je toch gewoon werken met een SQL statement...

conProj.execute "update bla set value = blah"

en daar dat niet heel veilig is, dan kan je altijd nog parameter objecten gebruiken

[ Voor 31% gewijzigd door Verwijderd op 24-10-2003 12:26 ]

[NiMu83]

gorgi_19 schreef op 24 oktober 2003 @ 10:40:
Maar had je het IUSR_account nu al die rechten gegeven of niet?

Brinkster zorgt zelf voor die rechten...hij hoeft niks te doen qua rechten.
Ik krijg sinds kort dezelfde foutmelding, waar voorheen de pagina gewoon werkt.
Heb hiervoor brinkster gemailt, met de vraag of ze de rechten op de DB database op full zetten, ipv alleen lezen.
Dit hebben ze gedaan, maar nog steeds hetzelfde probleem.

Devv05, ik denk dat je gewoon Brinkster moet mailen...ik denk dat het aan hun ligt, maybe moet je eens proberen in verschillende versies van acces je database te maken...

[.GoO]

Lijkt me sterk dat ik daar geen schrijfrechten heb, heb die site al voor eerdere projectjes ook gebruikt.. Waarom zouden de schrijfrechten dan opeens uit zijn?

Aan de andere kant kan ik ook geen andere verklaring bedenken gezien het updaten eerst geen problemen veroorzaakte.. Heb ze even gemailt maar aangezien ik geen betalende klant daar ben zal het antwoord wel even op zich laten wachten..

[NiMu83]

devv05 schreef op 28 October 2003 @ 11:25:
[..]
Heb ze even gemailt maar aangezien ik geen betalende klant daar ben zal het antwoord wel even op zich laten wachten..

Als het goed is 1 of 2 dagen...bij mij iig...