RE: Memory-saving Prescription for key()? [prompted by - RE: keys : repeated nodes from same key value]

Subject: RE: Memory-saving Prescription for key()? [prompted by - RE: keys : repeated nodes from same key value]
From: Kay Michael <Michael.Kay@xxxxxxx>
Date: Thu, 10 Aug 2000 19:07:03 +0100
Using key() will greatly reduce your search times, but it won't reduce the
size of the tree in memory: on the contrary, it will increase it.

Mike Kay

> -----Original Message-----
> From: John Robert Gardner [mailto:John.Robert.Gardner@xxxxxxxxxxxx]
> Sent: 10 August 2000 17:49
> To: xsl-list@xxxxxxxxxxxxxxxx
> Subject: Memory-saving Prescription for key()? [prompted by - 
> RE: keys:
> repeated nodes from same key value]
> 
> 
> As long as we're on about keys . . . .
> 
> I recall several comments, including in the venerable tome by 
> Michael, that 
> key's can be more efficient.  My reason for asking is that I 
> have a repeated 
> set of information I ask for -- either 
> 
> 	match="//foo[*[contains(name(), 'bar') 
> 	and contains(., 'my_string')]]">
> 
> -or-
> 
> 	match="//foobar[*[contains(name(), 'barfoo') 
> 	and contains(., 'my_string')]]">
> 
> In other words, the element type name changes a lot, and the 
> element type name string for 
> contains(name(), 'whatever') changes between only one or two 
> values, and 'my_string' 
> always stays the same.  
> 
> I've got only 5.6 megs of data, and the element type names 
> are HUGE (it's XMI stuff 
> from the MOF for some class diagrams) . . . my DOM tree is 
> bloating to 150 megs, 
> and I'm looking to trim down my memory footprint . . . is 
> this a proper diagnosis 
> for key()? I could make a key for the contains(name(), 
> 'barfoo'), contains(name(), 
> 'bar'), and contains(., 'my_string'), if my guess is right?
> 	
> ----------------------------------
> John Robert Gardner, Ph.D.
> Enterprise Management Architecture
> Sun Microsystems
> Burlington, MA 01803
> <remote />
> 
> 
>  XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list
> 


 XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list


Current Thread