[bind10-dev] Blog comment from BDB developer

Shane Kerr shane at isc.org
Tue Jul 13 13:14:47 UTC 2010


Danny,

On Tue, 2010-07-13 at 07:46 -0400, Danny Mayer wrote:
> On 7/12/2010 10:45 PM, zhanglikun wrote:
> > Danny wrote:
> >> you have no idea how bad that would be from a DB performance point
> >>of view. You *really* don't want to do this.
> > 
> >> I've never heard of something like that in Java and I do quite a  
> >> lot of Java programming with databases these days. I doubt that 
> >> this is true.
> >> Databases either find the records requested or not. There's no in 
> >> between. You are better off getting the resultset and processing 
> >> the records for what you need.
> > 
> > BDB have one native flag ' DB_SET_RANGE ' supporting to get records
> > in between. see the following discussions.
> > 
> >> Likun,
> 
> Yes I read that. The implications of this is that you are going to be
> limiting bind10 to only use BDB since no other DB supports it. That's
> okay if you are going to be making that as a final decision, but then
> that needs to be explicitly stated.

I'm not sure exactly what you mean. SQL provides us this functionality
today by using '<' operators. Here is how we find the covering NSEC
record:

    SELECT name FROM records 
    WHERE zone_id=?1 AND rdtype = 'NSEC' AND rname < $2 
    ORDER BY rname DESC LIMIT 1

(Pardon the SQLite "LIMIT" extension there, but that is pretty common in
SQL databases, and can be synthesized if necessary in other SQL
variants.)

--
Shane




More information about the bind10-dev mailing list