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

Re: Make implicit structures explicit

  • From: Frank Manola <fmanola@acm.org>
  • To: Michael Kay <mike@saxonica.com>
  • Date: Wed, 09 Apr 2014 11:46:09 -0400

Re:  Make implicit structures explicit
I'm talking about both logical and physical design.  Of course you're right to point out the differences between them, but the decision as to whether the design is going to be logical or physical is itself a distinction in how the design will be used.  Even when considering only conceptual design, there are potential design issues based on "usage" considerations *at that level*.  Your point about scoping is one of these, but there are others.  For example, there's been lots of work on ontologies for modeling spatial and temporal phenomena, and there are a number of different ways of "representing" (at a logical level) those things.  Choices between them are often made on the basis of personal preferences (are you a three-dimensionalist or a four-dimensionalist?), but sometimes it's just easier to model the things you need to model using one approach vs. another.  These choices don't always involve changes in the language used to express the model (in the case of ontologies it may all be first-order logic), but it does affect the primitive concepts used to develop the models within that language.   Ease of expressing logical-level mappings between a conceptual schema and views (also logical level) is another example that comes to mind (although this may fit under your "scoping" exception).  It's not just XML that's fuzzy as between logical and physical.  A given language may be better suited to logical vs. physical modeling, but that doesn't prevent someone from using it for either purpose, or a design in a "logical" language from being influenced by a lot of what are really "physical" considerations (e.g., lots of relational database designs).    

On Apr 9, 2014, at 3:51 AM, Michael Kay <mike@saxonica.com> wrote:

> 
> On 8 Apr 2014, at 22:44, Frank Manola <fmanola@acm.org> wrote:
> 
>> I think designing data structures without any consideration of what they are going to be used for isn't really "design" at all.
>> 
> 
> 
> Are you talking here about logical design or physical design?
> 
> I've always thought that with logical design (conceptual data modelling) it's a very good idea to ignore the expected usage of the data as much as possible - with perhaps one exception, the scoping that decides whether particular information should be included in the model or not.
> 
> Usage considerations should only come in at the physical design stage.
> 
> Of course, one weakness with XML, especially as a database technology, is that there's not a clean enough separation between the two.
> 
> Michael Kay
> Saxonica



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


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.