note moritz <blockquote>And... sure. It works. But the whole approach makes me want to disavow it. The right "value" should be a simple list (or sub-hash? seems unnecessary) containing both values. But using a "two strings smacked together" key just seems wrong. I'm just not sure what would ACTUALLY be simpler (for values of 'simpler' approximating "easier for a programmer to understand.")</blockquote> <p>Well, an in-memory database would be nicest, if there is an easy way to query it. And to be fast, it would build two indexes, which would either be b-trees or... *drummroll* hash tables.</p> <p>But I wouldn't introduce such a big dependency for a relatively trivial feature.</p> <p> So in the end I think it boils down to two hashes, which is the most pragmatic solution in Perl space.</p> <p>It works, it isn't very complicated, it's easy to udnerstand for the reader -- what more do you want? Unless memory becomes scarce, I'd stay with the current solution.</p> <!-- Node text goes above. Div tags should contain sig only --> <div class="pmsig"><div class="pmsig-616540"> [http://perl6.org/|Perl 6 - the future is here, just unevenly distributed] </div></div> 985798 985798