[VB & SQL]Query laat VB en applicatie hangen

[pkouwer]

Ik gebruikt VB6 en MSDE om een query uit te voeren. Het is een update-query wat niet al te spannend is. De query ziet er als volgt uit:

code:

update badge set flag=1,enabled=0,AGroup1=2,Userfield47='1',
Userfield48='blokkering' where badge=1046123

In de Query-Analyzer werkt deze query wel, in VB niet. Mijn applicatie geeft op den duur een time-out foutmelding. De query wordt uitgevoerd via een ADODB.recordset.

[ Voor 4% gewijzigd door pkouwer op 17-11-2005 14:39 ]

[kenneth]

code:

... ,AGroup1,2, ...

eh

[whoami]

Gewoon je query eerst eens mooi uitlijnen, kijken of er geen syntax fout in zit (ja dus), indien niet, je query eens in Query analyzer of iets dergelijks testen, evt fouten die je krijgt opvangen en bekijken.

Dit is dus gewoon een simpele syntax-fout.

[whoami]

heropend, blijkbaar een typo bij het overtypen van de query in dit topic.

pkouwer zal dit topic ff verder aanvullen met relevante informatie.

[pkouwer]

Query in opentingstopic aangepast, was een typfout. De query met VB gemaakt heb ik in QA geprobeerd (copy/paste) en daar werkt het probleemloos. In VB loopt de appl. vast op:

code:

set rst = new adodb.recordset
rst.open sSql,cnn

de connection met de database is goed, daar er eerdere (selectie)queries wel werken.

Melding die ik krijg is de time-out is verstreken...

hth

[whoami]

Moet je wel een UPDATE / INSERT of DELETE query uitvoeren met de Open method ?
heb je daar geen andere method voor (ExecSQL of zo iets, ik geen geen VB, maar dit is toch in iedere taal die ik anders wel ken, wel zo...).

Check ff de documentatie van die Open method...

[pjvandesande]

Je moet toch een command gebruiken voor UPDATE / DELTE queries?

Visual Basic:

set rst = new adodb.recordset]

Wat doet die ] daar?

[ Voor 89% gewijzigd door pjvandesande op 17-11-2005 14:46 ]

[pkouwer]

questa schreef op donderdag 17 november 2005 @ 14:45:
Je moet toch een command gebruiken voor UPDATE / DELTE queries?

Visual Basic:

set rst = new adodb.recordset]

Wat doet die ] daar?

niets.

Ik programmeer al sinds jaar en dag deze zelfde code. Laten we even kijken naar de FOUTMELDING i

[whoami]

questa schreef op donderdag 17 november 2005 @ 14:45:
Je moet toch een command gebruiken voor UPDATE / DELTE queries?

Of een command ja, idd ipv een recordset.
Je haalt nl. geen data op, je bewerkt data.

pkouwer schreef op donderdag 17 november 2005 @ 14:47:
[...]


niets.

Ik programmeer al sinds jaar en dag deze zelfde code. Laten we even kijken naar de FOUTMELDING i

Lees even de andere posts en ander commentaar.

[ Voor 36% gewijzigd door whoami op 17-11-2005 14:48 ]

[kenneth]

pkouwer schreef op donderdag 17 november 2005 @ 14:47:
Ik programmeer al sinds jaar en dag deze zelfde code. Laten we even kijken naar de FOUTMELDING i

Of naar je ondertitel

Serieus, dat iemand iets "altijd al zo doet" zegt helemaal niets over de juistheid ervan.

[RobIII]

Je gebruikt, mag ik hopen, toch gewoon MyConnection.Execute "jestatementhier"
En als je het nog netter wil doen maak je een Command object, geef je dat ding de juiste parameters en voor je het command uit.

[ Voor 53% gewijzigd door RobIII op 17-11-2005 18:40 ]

[pkouwer]

het zal allemaal wel, maar lost de discussie over command of recordset ook mijn time-out probleem op ? Ik dacht het niet

[whoami]

Al geprobeerd ?
een update moet je niet doen met een recordset want daar is ie niet voor bedoeld.

[pjonk]

Geef eens wat meer info en post eens wat meer code. Heb je een error handler in je applicatie? Zet de optie "Break on all errors" in VB6 eens aan dan zie je tenminste precies op welke regel het fout gaat.

[ Voor 4% gewijzigd door pjonk op 17-11-2005 21:15 ]

[pkouwer]

uiteraard allemaal al geprobeerd. Hij hangt op rst.open ssql,cnn

[pjvandesande]

Doe het nou is niet in een RecordSet maar dmv:

Visual Basic:

cnn.Execute ssql

Dit is nu al door meerderen aangegeven. Als je dat probeert, werkt het dan wel?

[whoami]

Er is je nu al duizend keer gezegd dat je geen recordset moet gebruiken; maar als je zo stug blijft volhouden, en de fout niet wilt inzien, dan geeft dit ook allemaal geen zin meer.