OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

ebxml-regrep message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]


Subject: RE: [Fwd: Implementation of XML QUERY]


David,
Again, your mail tool is misquoting people. That was not my comment.

Scott Hinkelman, Senior Software Engineer
XML Industry Enablement
IBM e-business Standards Strategy
512-823-8097 (TL 793-8097) (Cell: 512-940-0519)
srh@us.ibm.com, Fax: 512-838-1074



David RR Webber <Gnosis_@compuserve.com>@compuserve.com> on 01/24/2001
09:31:09 PM

To:   Scott Hinkelman/Austin/IBM@IBMUS
cc:   mark.hale@interwoven.com, ebxml-regrep@lists.ebxml.org
Subject:  RE: [Fwd: Implementation of XML QUERY]



Mark,

I'm a believer!!!  I totally agree that the kind of high level form
driven interfacing is what we need.

Having implemented these in the past - users are adept at
using these - but NOT at writing SQL queries or understanding
lowlevel XML path syntax.

I think we need to conpromise - I was accused of attempting
to re-invent query language for daring to believe in Google
style approach.

So here's my further thought - implementors can build Google
style interfaces ON TOP of our middle layer query methods
where are middle layer are prescribed methods(valuelists).

If we position this right we can just about run with this being
a neutral approach while exposing enough of a flexible
query structure.  Personally I am not above providing
AND, OR, NOT, EQUAL, and GT, LT on pulldown lists of
connectors for nouns and values.  If this is re-inventing a
query language - well them I'm guilt - but seems to me
to be about as basic and obvious as you can get and
that every query language ever invented (except APL)
uses these - so what's to invent?

DW.
=====================================================

Message text written by Scott Hinkelman
>I strongly
encourage disbelievers in the ability to use ad hoc query against content
to
try out a wonderful ad hoc query interface already in place:  go to
www.google.com, type "Enterprise Class Content Management" in the entry
field, and hit return.  What is missing is a well defined partner profile
that comes up to do business (I would certainly hope this is achieved in
ebXML).  Notice that I can find someone that can do ECCM without having to
know anything about taxonomies.  Also note that we also have to deal with
the plethora of information that will be available when core components
come
on-line.

We can also visit classical decision theory that suggests that heterarchies
support creativity in early stages of a business life-cycle, which in my
opinion, is the time in which we can foster the growth of new
opportunities.

I am agreement that the discussion about one query syntax over another has
gone on too long.  What I disagree on is the ad hoc versus structured query
debate.  There are plenty of use cases that support both.
<





[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]

Search: Match: Sort by:
Words: | Help


Powered by eList eXpress LLC