The ORM Foundation

 I managed to hit an Assertion Failed in a repeatable manner.   I remembered reading something about being able to hold the CNTRL key when adding multiple fact types from the toolbox. That had never worked for me, but I found a way to get it to do so:  if I continue to hold control, and move the cursor over the toolbox and back, ...

 Thanks again,Matt.  I added the 'translate' bit to the appropriate xs:out tags, and it worked.   I had a bit of trouble before I realized that the generator settings dialog was not checked for XSD - that was why my changes weren't showing up.   Any notion as to when this generated schema might reflect the ...

 I've found that when I turn on the extension to generate XSD from the conceptual model, the result failthfully carries over the spaces in the names of the objects from my diagram, which invalidates the XML.  So far, I have not had any luck editing the OIALtoXSD.xslt transform file to include a function to replace the spaces in the ...

Thanks, Ken!   Here are the images referenced above. The first is a remodelling of Ken's diagram with two ternary fact types.   The second is what I believe to be an answer to the original question.

 

   Hello Chiliyago,   This looks like a great case to do some model optimization on. In other words, to represent the same bits of information in another way in order to create something more beneficial when mapped down. (Optimization is in one of the later chapters of Halpin's book) (seems I have yet to learn to post ...

 Thanks!   That is good to know, Terry!

 I have attached what I believe may be a better way to represent what your diagram appears to be attempting to represent, using subtypes. It carries these assumptions:    All Content types either are WBT or are NOT WBT.  All WBT Content types are stored in exactly one FTP  An FTP may store any number of WBT content ...

 I suppose the underlying question would be:  What are the derivation rules?  If these truly are derived facts, i.e. derived from other information in the model, then that single-table map would be correct.That is the only fact not marked as derived! If you want them to be 'derived and stored', mark the derivation rule ...

 I've found the context window isn't so much for displaying a nice diagram as it is for showing context. When a model has many different diagrams, it is useful to know everything that a particular object is associated with, beyond what is currently shown on the diagram. As things can be dragged from this context window into the main ...