Re: Future of Databases
Mike Champion wrote: > So, I can kinda, sortof see a programming model that handles declarative > stuff easily, encourages a functional programming style, handles both > XML and relational data "natively", and allows data to be either encapsulated > in objects (or aspects?) or exposed for generic manipulation. Whether > XQuery is that model is quite another question. Sounds a little like the direction we were headed at B-Bop in designing the protocol for interacting with our XML database. We built a language, expressible in XML (and another syntax) which allowed fetching from and writing to URI's, databases and our own repository. It integrated closely with XSLT, was fully composable, and other than the writing of outputs, was strictly functional and side effect free. Parameters were pushed down into "functions" through an evaluation context, and results came back up as SAX events. Developers who got their hands on it seemed to get a kick out of the power this gave them to build rather complex data processing without ever touching procedural code. At one point, our reference manual started with the epigraph: "Programmers who fail to learn the lessons of Lisp are doomed to reimplement it." I wish I could find the proper attribution for that quote. -Bill
PURCHASE STYLUS STUDIO ONLINE TODAY!
Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!
Download The World's Best XML IDE!
Accelerate XML development with our award-winning XML IDE - Download a free trial today!
Subscribe in XML format