UBL Naming and Design Rules SC

 View Only

RE: [ubl-ndrsc] RE: [ubl-lcsc] Newest version of the OO-design position paper.

  • 1.  RE: [ubl-ndrsc] RE: [ubl-lcsc] Newest version of the OO-design position paper.

    Posted 08-23-2002 10:46
     MHonArc v2.5.2 -->
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    

    ubl-ndrsc message

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


    Subject: RE: [ubl-ndrsc] RE: [ubl-lcsc] Newest version of the OO-design position paper.


    Title: RE: [ubl-ndrsc] RE: [ubl-lcsc] Newest version of the OO-design po sition paper.

    Hi Mike,

    Some thoughts:

    <Excerpt>
    Buyer, Ship to,
    Carrier, etc., all probably go to very different database tables in most
    applications. 
    </Excerpt>

    Or potentially not - of course, one could have a single database table for Party information that contains some type of "indicator" field that identifies the Party Type.  I think the most important point is that it is highly probable that such grouped information (at a certain level) may very well be stored in a single database table (but I think this is really a side point - I just used it for example purposes).

    <Excerpt>
    You also assume that the application which writes the data
    to a database is going to use XPath.  Some may, but most now aren't and
    won't any time soon.
    </Excerpt>

    Yes - this was just for example purposes, as it was easiest to demonstrate the hierarchical aspect using XPath.  But I think the same concept can hold for other access means - there can definitely be efficiencies gained by increased information organization (grouping).

    Regards,
    Joe

    > **************************************************************************
    >   Joseph M. Chiusano
    >   Logistics Management Institute
    >   2000 Corporate Ridge
    >   McLean, VA 22102
    >   Email: jchiusano@lmi.org
    >   Tel: 571.633.7722
    > **************************************************************************
    >