Scribit Daniel Salama dies 12/11/2006 hora 10:28:
> I guess we would have to sequentially navigate thru the results in
> order to "manually" select each record based on all the other
> possible search arguments. I suppose, in a way, this can be done
> relatively painless by using macros
I d
Daniel Salama wrote:
>> Were you storing persistent-metaclass objects or simply normal objects?
>> Normal objects are huge relative to persistent objects as currently all
>> the slot names are also serialized (potentially in 32-bit unicode if on
>> SBCL). I have some improvements planned to redu
Performance and functionality of search/sort will depend a great deal on
the model we have of how data is stored, how it is cached, how it is
indexed and what kind of queries we want to support. Robert's approach
is more than adequate if everything is maintained in lists in memory; it
is more expe
Daniel Salama wrote:
> 1) The nature of dynamic queries as presented in my original email: your
Just briefly coming out of lurk mode, when designing your application
you might want to use something like GBBopen from gbbopen.org that
implements a main memory blackboard for dynamic queries to in mem
On Sun, 2006-11-12 at 23:17 -0500, Daniel Salama wrote:
I believe (and hope) that we should have no problem mapping the GUI to the requests. Just out of curiosity (and I don't mean to divert from the topic of this thread): if you're using DCM for your konsenti (BTW, nice concept) site, how
I agree that macros are not a necessity. I was thinking in
abstracting the predicate building functions so that you wouldn't
have to "hard-code" some of the functionality. In essence, kind of
like building a querying language. Granted, I agree that it should be
flexible enough to allow the
On Nov 13, 2006, at 7:37 AM, Ian Eslick wrote:
Class indexing accomplishes the same thing - it creates a BTree for
each
indexed class type that contains all instances of the class. Slot
indexes can be added/deleted and are secondary BTrees with the class
BTree as primary.
So, would you
On Nov 13, 2006, at 7:57 AM, Ian Eslick wrote:
I think a macro system makes sense when we find we want to have a
query
syntax (a simpler and more elegant version of what SQL tries to do)
that
concisely expresses the class of operations we want to perform and
behind which we need to put a quer
I'm not familiar with GBBopen and will read up on it. Would anyone
care to comment on it? For the purpose of trying to "develop" a
querying facility for Elephant, will it be useful/needed?
Thanks,
Daniel
On Nov 13, 2006, at 9:16 AM, Venkat Manakkal wrote:
Daniel Salama wrote:
1) The nature
Daniel,
I think GBBopen would be an application-oriented approach to indexing
rather than an infrastructure that one might use to build a query engine
for elephant; from what I can tell you have to buy into their model of
objects, spaces and dimensions, etc. You could mix it with DCM, perhaps
- b
Some notes; forgive me if these are out of order:
*) (format t "blah~A" x) is not as efficient as (concatenate 'string "blah" x), but I typically use it for debugging and its fine unless the strings are long.
*) If you have many tables/persistent classes, then you are quite correct, the code
On Mon, 2006-11-13 at 09:47 -0500, Daniel Salama wrote:
So, would you say that we based on our approach, we could just store
a bunch of random objects (whether person, state, zip, order, etc) in
the root and use class indices? Sounds interesting.
I have to go to the dent
Ok.I got Elephant to work again with SBCL on PPC. I guess I was still using BDB 4.3 when 4.4 seems to be required. I couldn't find that anywhere in the docs.I see what you're saying and can start to envision where this can go. I will keep playing and provide more feedback later today.FYI, for curio
Are running from HEAD or 0.6.0? I'll answer the size question tonight (on
travel today). -Ian
Sent via BlackBerry from T-Mobile
-Original Message-
From: Daniel Salama <[EMAIL PROTECTED]>
Date: Mon, 13 Nov 2006 13:43:03
To:Elephant bugs and development
Subject: Re: [elephant-devel] Q
I'm running 0.6.0 downloaded from the web site.
On Nov 13, 2006, at 1:48 PM, Ian Eslick wrote:
Are running from HEAD or 0.6.0? I'll answer the size question
tonight (on travel today). -Ian
Sent via BlackBerry from T-Mobile
___
elephant-devel sit
I wrote that code in about an hour and a half; it is a throw-away spike solution.
Furthermore I developed it using the SQL backend rather than the BDB.
I would never claim it is an ideal solution. Morever, coding style isn't really my strong suit.
As Ian mentioned, our serialization could be
Daniel Salama wrote:
> I'm not familiar with GBBopen and will read up on it. Would anyone care
> to comment on it? For the purpose of trying to "develop" a querying
> facility for Elephant, will it be useful/needed?
Not at all, its another framework for application development I have
found very us
I think I just understood what you've all been saying. Sorry about this.So, if I make my class persistent, it's persistent... period! I don't need to add it to a collection or to the root. I guess that's also what Ian was saying about using class indices as well.Thanks,DanielOn Nov 13, 2006, at 10:
On Mon, 2006-11-13 at 21:00 -0500, Daniel Salama wrote:
I think I just understood what you've all been saying. Sorry about this.
So, if I make my class persistent, it's persistent... period! I don't need to add it to a collection or to the root. I guess that's also what Ian w
19 matches
Mail list logo
