Le vendredi 04 février 2011 à 19:08 +0100, Yeb Havinga a écrit :
On 2011-02-03 18:41, Wappler, Robert wrote:
On 2011-02-02, matty jones wrote:
I am looking for a good book on the math and/or theory behind
relational databases and associated topics.. I am looking
some works on set
On 2011-02-03 18:41, Wappler, Robert wrote:
On 2011-02-02, matty jones wrote:
I am looking for a good book on the math and/or theory behind
relational databases and associated topics.. I am looking
some works on set theory, algebra, or any other books/papers
on the mechanics that databases
On 2/2/2011 4:58 PM, matty jones wrote:
I am looking for a good book on the math and/or theory behind relational
databases and associated topics.. I am looking some works on set
theory, algebra, or any other books/papers on the mechanics that
databases are built on. I found one book online,
On Thu, 3 Feb 2011, Andy Colson wrote:
I am looking for a good book on the math and/or theory behind relational
databases and associated topics.
Dont know any books, but have you read the wikipedia page?
Try any book by Edgar F. Codd. While at IBM he developed the concept of
relational
On 2011-02-02, matty jones wrote:
I am looking for a good book on the math and/or theory behind
relational databases and associated topics.. I am looking
some works on set theory, algebra, or any other books/papers
on the mechanics that databases are built on. I found one
book online,
I
I am looking for a good book on the math and/or theory behind relational
databases and associated topics.. I am looking some works on set theory,
algebra, or any other books/papers on the mechanics that databases are built
on. I found one book online,
On 09.05.2007 17:30, Erik Jones wrote:
On 09.05.2007 16:13, Naz Gassiep wrote:
I think this is close to what MySQL's query cache does. The question
is if this should be the job of the DBMS and not another layer. At
least the pgmemcache author and I think that it's better done outside
the
This may be a question for -hackers, but I don't like disturbing them
unnecessarily.
I've been having a look at memcached. I would like to ask, is there any
reason that, theoretically, a similar caching system could be built
right into the db serving daemon?
I.e., the hash tables and libevent
On May 9, 2007, at 9:13 , Naz Gassiep wrote:
I've been having a look at memcached. I would like to ask, is there
any
reason that, theoretically, a similar caching system could be built
right into the db serving daemon?
This is all a bit above my head, but have you looked at pgmemcached?
On 09.05.2007 16:13, Naz Gassiep wrote:
This may be a question for -hackers, but I don't like disturbing them
unnecessarily.
I've been having a look at memcached. I would like to ask, is there any
reason that, theoretically, a similar caching system could be built
right into the db serving
Naz Gassiep [EMAIL PROTECTED] writes:
I.e., the hash tables and libevent could sit on top of postmaster as an
optional component caching data on a per-query basis and only hitting
the actual db in the event of a cache miss?
How does the cache know when the database contents change?
Hannes Dorbath wrote:
I think this is close to what MySQL's query cache does. The question
is if this should be the job of the DBMS and not another layer. At
least the pgmemcache author and I think that it's better done outside
the DBMS. See
Naz Gassiep wrote:
Hannes Dorbath wrote:
I think this is close to what MySQL's query cache does. The question
is if this should be the job of the DBMS and not another layer. At
least the pgmemcache author and I think that it's better done outside
the DBMS. See
This is exactly what I was asking about. So my theoretical idea has
already been implemented. Now if only *all* my ideas were done for me by
the time I came up with them :)
Then you wouldn't be able to eventually patent them ;)
What an un-BSD licensish thing to say :P
This may be a question for -hackers, but I don't like disturbing them
unnecessarily.
I've been having a look at memcached. I would like to ask, is there any
reason that, theoretically, a similar caching system could be built
right into the db serving daemon?
I.e., the hash tables and libevent
On Wed, May 09, 2007 at 10:29:02AM -0700, Joshua D. Drake wrote:
This is exactly what I was asking about. So my theoretical idea has
already been implemented. Now if only *all* my ideas were done for me by
the time I came up with them :)
Then you wouldn't be able to eventually patent them
Karsten Hilbert wrote:
On Wed, May 09, 2007 at 10:29:02AM -0700, Joshua D. Drake wrote:
This is exactly what I was asking about. So my theoretical idea has
already been implemented. Now if only *all* my ideas were done for me by
the time I came up with them :)
Then you wouldn't be able to
Joshua D. Drake wrote:
Karsten Hilbert wrote:
On Wed, May 09, 2007 at 10:29:02AM -0700, Joshua D. Drake wrote:
This is exactly what I was asking about. So my theoretical idea has
already been implemented. Now if only *all* my ideas were done for me by
the time I came up with them :)
Then
Alvaro Herrera wrote:
Joshua D. Drake wrote:
Karsten Hilbert wrote:
On Wed, May 09, 2007 at 10:29:02AM -0700, Joshua D. Drake wrote:
This is exactly what I was asking about. So my theoretical idea has
already been implemented. Now if only *all* my ideas were done for me by
the time I came up
On Wed, May 09, 2007 at 10:29:02AM -0700, Joshua D. Drake wrote:
Naz Gassiep wrote:
Hannes Dorbath wrote:
I think this is close to what MySQL's query cache does. The question
is if this should be the job of the DBMS and not another layer. At
least the pgmemcache author and I think that it's
I have always found MySQL's query cache to be utterly useless.
Think about it this way :
It only works for tables that seldom change.
It does not work for big tables (like the posts table of a forum)
because the cache would have to be huge.
So, the most frequent usage
21 matches
Mail list logo