>But why OLEDB? I mentioned that such object might work inside of existing VFP environment and using native commands and tables without any intermadiate things...


I may be out on a limb here, but I don't think that we'll see all that many object enhancements to VFP's data access, because we already have robust object data access with ADO. I mentioned OLEDB because the new OLEDB provider is supposed to make remote connection to VFP data practical performance wise.