[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [xmlvoc] data model
hello.
on the issue of data models: this is one of the very 'soft' terms that
people tend to define very differently. which is why i didn't do it so
far in my glossary... however, i would like to draw your attention to
rfc 3444 (ftp://ftp.isi.edu/in-notes/rfc3444.txt). rfc 3444 is more
geared towards snmp applications, here are my interpretations of the two
terms:
- An information model is an abstract description of the entities that
are of concern in a given application area, as well as their relations.
Specifically, an information model is not concerned with defining
representations or interfaces or any other kind of access mechanism for
the entities it is modelling. The goal of an information model is to
identify, describe, and relate the entities of interest, not to define
any specific means for representing, accessing, or manipulating them.
- A data model can be regarded as the lower-level implementation of a
higher-level information model. Data models are based on two things, the
first one being the information model they are implementing, the other
one being the particular method they use for implementing it. This
method may be the definition of a syntax for serializing the entities,
or the definition of an API for accessing the entities from within
applications.
i am sure that many people object to this view of the world, but i found
it very useful when trying to convince people that the xml information
set is, in fact, an information model, which may be implemented by
various data models, such as dom, sax, or canonical xml.
cheers,
erik wilde - tel:+41-1-6325132 - fax:+41-1-6321035
mailto:net.dret@dret.net - http://dret.net
computer engineering and networks laboratory
swiss federal institute of technology (eth)
* try not. do, or do not. there is no try. *
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]