I agree. In cases where data is highly structured, representing them
with a RMDB provides many advantages. However in cases where data is
highly unstructured, representing them with a RMDB can also become more
difficult and starts to lose some of its advantages.

One result of such experimentation is db for dummies. It has a very
general method of representing things. In fact, the same basic method
is used to represent lists, tables, trees, graphs, networks, etc and
yet are navigable via high-level queries. Would someone be interested
in comparing the adv/disadv of RM vs dbd using the example posted at
www.dbfordummies.com/example/ex039.asp which models a food judging
contest. If that one is too simple, we can extend
www.dbfordummies.com/example/ex123.asp which models 10 computer
systems, each with different hardware configuration.
Received on Fri Jun 23 2006 - 21:53:54 CEST