Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


RE: [xml-dev] Better design: "flatter is better" or "nesting is better" ?

From: "Bullard, Claude L (Len)" <len.bullard@----------.--->
To: 'Ken North' <kennorth@---------.--->, xml-dev@-----.---.---
Date: 10/6/2005 1:21:00 PM
Title: RE: [xml-dev] Better design: "flatter is better" or "nesting is better" ?





Yes.  Even if it seems exorbitant, that was also a primary reason 

for the success of PDF: storing the document in fixed format. 


Legal requirements for auditability are numerous.  This varies 

by application.  Some are disturbed to see these requirements, 

and I suggest they find other employers because the implications 

are serious for the data base owner.


In a messaging system with queries, it is sometimes the case one 

has to store the transactions, which node issues them, the identity 

of the user (really, the login because identity is much tougher 

to prove), the time of the transaction, the modification made, 

the state prior to the modification, etc.


Those watching the news out of the Beltway last night and this

morning understand why.  Software detects anomalous activity, 

investigation returns a set of suspects, then physical monitoring 

is used to acquire inculpatory evidence prior to indictment and 

arrest.  If the system is well-architected, that happens before 

damage is extensive.  If not, the results are as demonstrated.


len


From: Ken North [mailto:kennorth@s...]


RE: [xml-dev] Better design: "flatter is better" or "nesting is better" ?>> Keep

the audit trail in mind.  Some forms of persistence

are for purely legal reasons.


One time an audience member asked me "Why would you ever want to store the

complete XML document if you're using an SQL database?"


Before I could answer, the person in front of him turned around and said "It's a

legal requirement. I work for the state of Utah and we have to preserve all tax

returns in the form they are received".


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