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


Help: OASIS Mailing Lists Help | MarkMail Help

ebxml-core message

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

Subject: Re: ebXML Entity Classes - or EDIFACT is based on DBA skills andtheory and look where it got...

John McClure told Bob Miller "Surely, data-modelers can do better than
elements like <PurchaseOrderReceiptDate> -- where is the normalization?
Have all our DBA skills and theory become moot in the XML age? I think

I guess "DBA skills and theory" were all the rage when UN/EDIFACT was
devised.  Regardless of the type of date, it's generally going to go
inside a DTM (Date/Time/Period) segment.  And the type of date (in this
case, Order received date/time) will be used as a qualifier.  So you


Where 8 means "Order received date/time", and 102 says the 20000228 is a
date in the form CCYYMMDD.  The DTM allows an incredible amount of
normalization - just change the Date or time or period function code
qualifier (the 8 in this example) to any of a myriad code values
described by UN/EDIFACT data element 2005, and you can describe any kind
of date (or time or date-time) under the Sun.

But this is precisely what people bitch about when bemoaning the
complexity of EDI.  XML was supposedly going to cure these ills.

William J. Kammerer
4950 Blazer Pkwy.
Dublin, OH USA 43017-3305
+1 614 791-1600

Visit FORESIGHT Corp. at http://www.foresightcorp.com/
"accelerating time-to-trade"

[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