[Home] [By Thread] [By Date] [Recent Entries]

  • From: Matt Sergeant <matt@s...>
  • To: Joshua Allen <joshuaa@m...>
  • Date: Mon, 3 Jul 2000 08:57:01 +0100 (BST)

On Sun, 2 Jul 2000, Joshua Allen wrote:

> I missed some of the thread, so maybe someone has already
> brought this up, but xml queries and xslt aim at slightly
> different problem domains.  With a SQL-like syntax you can
> more tersely represent operations such as, "Show me all employee
> elements where the department reports through accounting".
> Most companies commony use SQL syntax with joins, WHERE IN ()
> criteria and so on that are fairly natural in SQL but difficult
> in xslt/xpath.  By the same token, there are tons of things
> that are very natural to represent as XSLT that would be impossible
> or at least very bizzare to represent as SQL.

There's a proposal out (I saw the link on xmlhack.com) for a language very
much like SQL crossed with XPath, that allows you to go (this is from
memory):

SELECT <xpath>
FROM <file>
WHERE <xpath>
AND <xpath>

Or something like that. Should give back most of the power of SQL, and a
naive implementation is fairly trivial.

-- 
<Matt/>

Fastnet Software Ltd. High Performance Web Specialists
Providing mod_perl, XML, Sybase and Oracle solutions
Email for training and consultancy availability.
http://sergeant.org | AxKit: http://axkit.org


***************************************************************************
This is xml-dev, the mailing list for XML developers.
To unsubscribe, mailto:majordomo@x...&BODY=unsubscribe%20xml-dev
List archives are available at http://xml.org/archives/xml-dev/
***************************************************************************

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member