I had the same trouble he did. Here's what I did that doesn't work:
select * from a into result;
foreach row in result
' this fails:
update b set col = a.value;
next
But based on what I read here it's supposed to do this.
On 4/19/05, Gerry Blanchette <[EMAIL PROTECTED]> wrote:
>
> Could you please elaborate your scenario?
> I tried a test myself but am afraid I may not have interpreted your test
> case properly.
>
> I have 2 tables, fred and bob, each with 10000 rows. I select a column
> from fred and bind the value obtained from sqlite3_column_int to an
> update statement that operates on bob. I loop over fred via
> sqlite3_step, where each iteration successfully updates the row in bob.
> Both tables exist in the same DB, accessed via the same sqlite3 *.
>
> Have I misinterpreted your scenario somehow, as this works for me?
>
> Thank you for helping clear this up for me.
>
> -- Gerry Blanchette
>
> -----Original Message-----
> From: Ben Clewett [mailto:[EMAIL PROTECTED]
> Sent: Monday, April 18, 2005 4:50 AM
> To: [email protected]
> Subject: [sqlite] Locking Methods
>
> <snip>
> I am experiencing problems with the locking. Because SQLite uses
> database locking this forces two major problems:
>
> - I can't read through a record set and use the data to execute updates.
>
> For instance, some parsing exercise which cannot be completed using a
> single SQL command. I have to store all the data locally, get to the
> end of the query, then execute and update statements.
>
> Ben Clewett.
> </snip>
>
--
---
You a Gamer? If you're near Kansas City:
Conquest 36
https://events.reddawn.net
The Castles of Dereth Calendar: a tour of the art and architecture of
Asheron's Call
http://www.lulu.com/content/77264