home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / database / 5847 < prev    next >
Encoding:
Internet Message Format  |  1992-07-30  |  1.3 KB
  1. Path: sparky!uunet!olivea!hal.com!decwrl!deccrl!news.crl.dec.com!pa.dec.com!nntpd2.cxo.dec.com!tincup.enet.dec.com!lindsey
  2. From: lindsey@tincup.enet.dec.com (Randy Lindsey)
  3. Newsgroups: comp.databases
  4. Subject: Re: Query Question:
  5. Message-ID: <1992Jul30.220432.3431@nntpd2.cxo.dec.com>
  6. Date: 30 Jul 92 23:02:37 GMT
  7. References: <BryqL8.4AF@acsu.buffalo.edu>
  8. Sender: usenet@nntpd2.cxo.dec.com (USENET News System)
  9. Organization: Colorado Software Solutions, Inc.
  10. Lines: 22
  11.  
  12.  
  13. In article <BryqL8.4AF@acsu.buffalo.edu>, v125qmam@ubvmsb.cc.buffalo.edu (Ami R Pflugrad) writes...
  14. > 
  15. >    Under Foxpro 2.0, If The User makes a change to a record
  16. >    in a cursor.  What is the best/fastest way to make the
  17. >    change in the original database?  I Tried re-selecting the
  18. >    original database and seeking on the indexed expression, but
  19. >    since it is no longer unique, It is not always returning to 
  20. >    the correct one.
  21. > 
  22. >Thanks.
  23. > 
  24. >Ami
  25.  
  26. Try to include the record number from the original database into the field
  27. list of your select statement.  I haven't tried this, but perhaps use
  28. RECNO() in the SELECT statement?  Anyway, that gets you back to the
  29. original record quickly and reliably.  You can even SET RELATION on that,
  30. so you don't have to GOTO the record, Foxpro does it for you.
  31.  
  32. Good luck,
  33. Randy
  34.