>Integration of things like LDAP access to operating system features via ADSI, the use of XML and ADO as data interchange mechanisms for the OS, and a more database-oriented view of the operating environment all seem to point to a data-centric paradigm not just for the application, but for the system as a whole. As the OS relies more and more on native database tools, I firmly believe that there will be a database orientation to the base file system for the platform. If this happens, everything will have a strong native file system available to it, and the behavior of that file system will become uniform for all aspects and language platforms. We have a lot to learn from the AS400's operating system design.
Actually, the idea is not that new. Remember the RMS in RSX (i.e. record management system on PDP-11) or in VMS? No compiler needed to have its own file/record/indexing system, they all used the OS's services for that. Even when we ported the stuff from PDP to VAX, we just recompiled - the system calls were ported, the RMS was all new (character fields were right-trimmed now, and indexes were compact, but we didn't even notice until I hexdumped them once). We may expect something like that available today. It may be called SQL-something, but that's something we should foresee.
>IOW, I want to abandon much of the xBASE-y/ISAM-ish things that I feel burden the basic VFP engine in favor of a move towards a language which encourages moving away from our procedural roots.
As someone mentioned once, it all fits into the first 600K of the runtime, and is not much. But then the syntax
is overburdened with stuff, and the inconsistencies appear here and there.