Thanks, wOOdy!
On 10/23/2020 4:08 PM, Jürgen Wondzinski wrote:
COUNT does indeed a Filelock, which has the effect that the result doesn't get
changed in between the time it needs to traverse the table.
Thus if someone is just editing a record and altering your FOR field: what
should COUNT (or CALC or SUM etc) take into account? That's why it's waiting
until he's finished. Of course, for a perfect waiting experience, you should
SET REPROCESS correctly.
A SQL COUNT just takes a snapshot of the buffered data before the edit.
wOOdy
-----Ursprüngliche Nachricht-----
Von: ProFox <profox-boun...@leafe.com> Im Auftrag von MB Software Solutions, LLC
Gesendet: Donnerstag, 22. Oktober 2020 21:24
An: ProFox Email List <profox@leafe.com>
Betreff: COUNT FOR hangs on record locking, but SQL - SELECT COUNT(*) works
with no issue. Why?
VFP9SP3
Why would a COUNT FOR hang ("Attempting to lock") whereas my easy workaround is SELECT
COUNT(*) FROM SomeCursor WHERE <<yada yada yada>> ??
tia,
--Mike
--
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
[excessive quoting removed by server]
_______________________________________________
Post Messages to: ProFox@leafe.com
Subscription Maintenance: https://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: https://mail.leafe.com/mailman/listinfo/profoxtech
Searchable Archive: https://leafe.com/archives
This message:
https://leafe.com/archives/byMID/80aa8756-6565-c847-14eb-94a00c8e0...@mbsoftwaresolutions.com
** All postings, unless explicitly stated otherwise, are the opinions of the
author, and do not constitute legal or medical advice. This statement is added
to the messages for those lawyers who are too stupid to see the obvious.
