>Jess,
>
>I don't agree.:)
>
>By putting security into the DBC it's has certainly the drawback of slower database manipulation commands. VFP justs wants to be the fastest RDBMS, and that's the way i like it. If a want security i look for some other alternatives within VFP (such as using Remote OLE or DCOM).
>
>I do not want to give up some speed in favour of some security given in the DBC.
>
>That's why MS is saying. If you want Security (or OLPT etc..), use SQL-server.
>(Or jet)

Using third party DATABASE sacrifices the SPEED either because the rushmore engine is built on the native VFP file architecture and not on the commands. My opinion is that, and it's obvious, MS is focusing on making VFP to be the middle tier in an n-tier Client/Server applications. The problem then is that, some clients can not afford extra bucks for C/S because of economic constraints specifically on small or medium scale businesses.