[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Ontolgies, Mappings and Transformations (was RE: Web Servi

  • To: Michael Champion <michaelc.champion@g...>
  • Subject: Re: Ontolgies, Mappings and Transformations (was RE: Web Services/SOA)
  • From: Jan Algermissen <jalgermissen@t...>
  • Date: Wed, 01 Dec 2004 19:04:40 +0100
  • Cc: xml-dev@l...
  • References: <830178CE7378FC40BC6F1DDADCFDD1D103BD1C09@R...> <e3a5cb2c04113018202396be42@m...>
  • Reply-to: algermissen@a...
  • Sender: jan

declarative approach and web services
Michael Champion wrote:

> But back to the issue of the advantages of a declarative approach:
> They seem to be, in theory anyway, from what I learned re-reading the
> old thread:

I'd like to add one advantage to your list:

- declarative approaches decouple the choice of the procedure eventually
  used from the query, thus enableing the query processor to pick the
  best strategy.
  
  (maybe your use of 'don't scale well' implies this, though)

> 
> - procedural approaches don't scale well; think of how much better SQL
> (or XQuery!) DBMS work than the old hierarchical or CODASYL navigation
> model did.  A more modern analogy would be the difference between
> using XPath (quasi-declarative) vs raw DOM operations (procedural) to
> search an XML document for some pattern.
> 
> - Ordinary mortals can use GUI tools to declare relationships (e.g CSS
> stylesheets); nobody has really been able to automate the hard part of
> procedural programming, and a relatively small percentage of people
> seem to be comfortable thinking that way.
> 
> - The declarative approach is more amenable to parallelization, e.g. a
> PDF (declarative) formatter could process each page in a separate
> process whereas a PostScript program (procedural) could not because it
> has to run from the beginning to setup the necessary state for a given
> page.
> 
> - Overall declarative approaches allow complexity to be managed -- at
> least within some coherent domain -- because the poor humans just deal
> with defining concepts and relationships one at a time, and the more
> patient machines plow through all the implications.
> 
> So, do these theoretical advantages of the semantic web approach to
> transformation over just writing code in your favorite OOP language
> actually hold up in practice?  Or is it just a matter of transferring
> the messy grunt work from somebody called a "software engineer" to
> somebody called an "ontology engineer"?

In find this comparison approach *very* interesting, especially when
combined with the issue of 'letting the system pick the procedure'.

Jan



-- 
Jan Algermissen
Consultant & Programmer	
http://www.jalgermissen.com

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.