Optimistic doesn’t try to lock the data until it
goes to do the update.  Pessimistic locks the data
as soon as it is changed and doesn’t release the
lock until the data is updated on disk.

Optimistic does not monopolize the data and can
make a multiuser app work smoother, but pessimistic
will guarantee that the user will never see the
“Another user has updated that record already”
message.

You mention “client/server” which leads me to
believe you are using a back-end that is not
a VFP database?  If so, there are some
different considerations regarding impact on
the performance of database access.  I have
yet to do a client/server app in VFP, so I
will yield the floor to someone who has…

VFP Data buffering จะมีอยู่ 2 ประเภท คือ Row Buffering และ Table Buffering โดยมีกลไกการล็อค Records ใน Buffer 2 วิธี คือ Optimistic Locking และ Pessimistic Locking เมื่อผสมกันระหว่างประเภทของ Bufffer(Row/Table )
และ กลไกการล็อค (Optimistic/Pessimistic ) จึงเกิดเป็น 4 buffer modes ( ถ้ารวม None Buffer Setting ก็เป็น 5 modes)

สำหรับ Mode 1- None setting เป็นการ disables กลไก data buffering ของ VFP ใน mode นี้ การ modify ข้อมูล จะกระทำโดยตรง
กับ Record [ ที่จริงจะว่าอย่างนี้ก็ยังไม่ถูกต้องนัก… เนื่องจากมันเกี่ยวข้องกับกลไก File Caching ของ OS. ทั้งฝั่ง client Application และ

Read More