Exactly and I think Foxers have done foxpro a disservice over the last five or more years in promoting DBFs as we promote our beloved data-centric language. Two different things, independent of each other. My DBFs are reserved for metadata that is compiled into my app. My clients data - and in fact anything dynamic at run-time - goes on SQL Server.
The amount of extra capability this gives you is impressive. And clients really like the idea that if they have a heavy-duty Crystal head - or ASP .NET guy on the staff they can point him/her at the same data store and get results they understand.
>>>Charles, we've been backend-agnostic since 1995.
>>
>>
>>I think there is more resistance to data stored in DBFs than there is to middle and presentation tiers done in VFP. And it seems in the developer's best interest, as well to, be able to address a backend that has a lot of additional capabilities ( as well as meeting client internal IT policy requirements. )
>>
>
>Agreed 100%. DBFs are widely perceived, with some validity, as a toy database. Corporate shops in particular don't want their mission critical data stored in anything other than a real database. Just from a CYA standpoint, you can lose your job if something happens to it.
Charles Hankey
Though a good deal is too strange to be believed, nothing is too strange to have happened.
- Thomas Hardy
Half the harm that is done in this world is due to people who want to feel important. They don't mean to do harm-- but the harm does not interest them. Or they do not see it, or they justify it because they are absorbed in the endless struggle to think well of themselves.
-- T. S. Eliot
Democracy is two wolves and a sheep voting on what to have for lunch.
Liberty is a well-armed sheep contesting the vote.
- Ben Franklin
Pardon him, Theodotus. He is a barbarian, and thinks that the customs of his tribe and island are the laws of nature.
