Gustav Brock
Gustav at cactus.dk
Fri Nov 19 10:52:39 CST 2004
Hi Andy OK, if that works, Andy would be fine. I haven't tried myself, just noted that a requery was out of the qestion: >By the way it's not practical to upodate the underlying tables and requery >to display the depatch info because there's a lot of data on screen and >requerying takes too long. /gustav >>> artful at rogers.com 19-11-2004 17:28:07 >>> I wouldn't be quite that hasty, Gustav. You are of course correct that UNIONs are read-only, but you can certainly grab the PK, pop up a form that permits the update, and Refresh rather than Requery. I've done this particular thing several times and it works a treat. Arthur Gustav Brock wrote: >Hi Andy > >No, unions are read-only. If you can't go the update-behind-requery >route, I guess you are left with the temp table. > >/gustav > > > >>>>andy at minstersystems.co.uk 18-11-2004 10:09:56 >>> >>>> >>>> > >Morning all >I've a continuous screen which needs to list two types of order in >date >sequence. These are held on separate tables. No problem, a UNION query >does >the job fine. However the user has to tick an order to say it's >despatched, >and then the screen needs to show that information, but the recordset >is not >updatable. Presumably this applies to all UNION queries does it? Does >anyone >have a way round this or do I have to go to extracting to a temp table >and >all that jazz? > >By the way it's not practical to upodate the underlying tables and >requery >to display the depatch info because there's a lot of data on screen >and >requerying takes too long. > >-- >Andy Lacey >http://www.minstersystems.co.uk