Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


RE: [BULK] Re: Data Modeling

From: "Fortuno, Adam" <Adam.Fortuno@---------.--->
To: "David Ezell" <David_E3@--------.--->
Date: 9/17/2007 8:36:00 AM
David (and Pete),

This is really helpful to read. I wasn't sure if there was some modeling
technique out there that might help me to pick-up. And, you're right.
I'm moving data from application to application using XML docs where the
app will persist the data in a relational database. I suppose in the
back of my mind I was thinking about the tables so using ERDs was where
I went naturally.

I'll keep trucking along with what feels right at the time, but if you
find something, let me know. I'm more of a picture guy :-)

A-

-----Original Message-----
From: David Ezell [mailto:David_E3@V...] 
Sent: Monday, September 17, 2007 11:24 AM
To: Fortuno, Adam
Cc: xmlschema-dev@w...
Subject: RE: [BULK] Re: Data Modeling

Adam:
(Agreeing with Pete.)

Part of the problem is that XML can be used for many different purposes,
and my experience is that various graphical models can be helpful in
various circumstances.

For instance, ERDs are quite useful if your basic application structure
is based on a relational database, and you're using XML to move that
data around.  OTOH UML diagrams can be useful (like those in newer
versions of XMLSpy">XMLSpy) for object serialization scenarios or for modeling
document relationships.  Stylus Studio and oXygen are nice tools as well
with their own ways of representing things.

As far as I can tell, no one has yet invented a perfect tool/language in
which to model the whole of XML.  If you find one (and I'm sure there
will be one at some point) please let me know!  For now, I'm afraid you
have to choose one that best fits the needs of your application.

Best regards,
David Ezell

-----Original Message-----
From: xmlschema-dev-request@w... [mailto:xmlschema-dev-request@w...]
On Behalf Of Fortuno, Adam
Sent: Monday, September 17, 2007 11:12 AM
To: Pete Cordell
Cc: xmlschema-dev@w...
Subject: RE: [BULK] Re: Data Modeling


Pete,

I was looking for a graphical diagramming method.

I understand what you're saying. Thanks none the less!

A- 

-----Original Message-----
From: xmlschema-dev-request@w... [mailto:xmlschema-dev-request@w...]
On Behalf Of Pete Cordell
Sent: Monday, September 17, 2007 9:08 AM
To: Fortuno, Adam; xmlschema-dev@w...
Subject: [BULK] Re: Data Modeling
Importance: Low


Are you looking for things like XML Schema, Relax-NG, Schematron and so
on? 
Or are you looking for graphical methods?

If the latter, I'm not aware of any formal methods, but a number of
tools do represent schemas using graphical methods. However, in my
experience, in most cases the graphical representations only capture a
fraction of the information you need, and while sufficient for a screen
based representation with which you can click to get more information,
they probably don't translate well into paper based representations.

HTH,

Pete.
==========================
====================
Pete Cordell
Codalogic
for XML Schema to C++ data binding visit  http://codalogic.com/lmx/
==========================
====================
----- Original Message -----
From: "Fortuno, Adam" <Adam.Fortuno@M...>
To: <xmlschema-dev@w...>
Sent: Friday, September 14, 2007 3:53 PM
Subject: Data Modeling



All,

Is there a popular notation for modeling a vocabulary? I'm accustom to
ERD's for database data modeling. I tend to use that for data modeling
XML vocabularies, but I want to know if there is a better way to do
this.

A-







From ashalper@u... Mon Sep 17 16:41:47 2007
Received: from lisa.w3.org ([128.30.52.41])
	by frink.w3.org with esmtp (Exim 4.50)
	id 1IXJfP-0006el-EU
	fo


transparent
Print
Mail
Like It
Disclaimer
.

These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.

.
.

transparent

transparent