Re: [elephant-devel] db-postmodern: performance considerations

2007-12-08 Thread Alain Picard
Ian Eslick <[EMAIL PROTECTED]> writes: > What prospects are there for having a reasonable map implementation in > postmodern? Surely the prospects must be good; it's not very different from what Lispworks' CommonSQL does with MAP-QUERY. > 4) btrees are lightweight in BDB, but heavy in SQL - sou

Re: [elephant-devel] db-postmodern: performance considerations

2007-12-08 Thread Ian Eslick
Hi Alex & all, 1) In general we seem to have data stores that have different sweet spots and different optimal uses of an API. We probably should come up with a Matrix of features and suggested uses for each of them. This includes what types are in lisp-sort-order and which are not for

[elephant-devel] db-postmodern: performance considerations

2007-12-08 Thread Alex Mizrahi
hello unfortunately rewrite of pm-cursor implementation is postponed for now, it turned to be more complex than it seemed originally. and i do not have test cases anyway.. however i've made a patch that improves performance of get-instances-by-value (i've sent it to Henrik so it should be avail