Re: DBD::mongDB

Darren Duncan <[email protected]>
Newsgroups gmane.comp.lang.perl.modules.dbi.sybase.devel
Message-ID <[email protected]>
Rudy Lippan wrote:
> On 11/03/2010 10:08 PM, Darren Duncan wrote:
>> Darren Duncan wrote:
>>> Rudy Lippan wrote:
>>>> Does anyone know if there are any DBD::drivers that do not use some
>>>> variant of SQL? I ask because I am planing on implementing the driver
>>>> using mongoDB's native query language initially, but having a
>>>> query_language attribute so that It would be possible to add SQL later
>>>> if desired/wanted.
>>> As I understand it, DBI is agnostic to the database query language in
> 
> At least that is what the docs say :)

Ignoring what existing DBD:: support, do you see anything in the fundamental 
DBI-defined API that is SQL specific and has no analogy for other DBMSs?

In my own effort to rewrite DBI itself (Muldis::Rosetta::Interface[|::*]) which 
wasn't constrained to just SQL-think, I thought through various matters and 
still ended up with fundamentally the same API that DBI has (Machine=driver, 
Process=connection,...) and in particular found that it could easily be agnostic 
to the DBMS query language and essentially just pass it through.  The largest 
design difference I have is that while DBI's interface wraps its driver 
counterparts, Muldis' interface is just a set of roles which its drivers 
("engines") compose and users invoke the driver/engine directly; hopefully DBIv2 
will do likewise rather than continuing the wrapper approach.

>> Furthermore, to answer your other question ...
>>
>> I'm not aware of any existing DBD:: that doesn't take some variant of SQL.
> 
> If that is the case, let the hate mail begin...

What hate mail, for what reason?

-- Darren Duncan
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.