[asterisk-dev] New license for db?

[Philippe Lindheimer]

I'm getting into this a bit late so sorry if I'm repeating something already said.

It would be great to see an option for astdb to use an alternative DB other than the builtin BerkleyDB. What ever changes are made though should be transparent to current astdb calls so that we can make sure to preserve the eco-system that revolves around Asterisk. (Manager access to astdb today and AGI scripts - which is used by GUIs, XML scripts, apps like iSymphony, etc.)

Russel is correct that anyone who does not need anything special should not be impacted, things should just work.

What I have always envisioned, conceptually, is to modify the db.c code so that you could configure it to transparently use func_odbc.c under the covers, thus preserving everything including all internal Asterisk code and the rest of the eco system around Asterisk.

If those are already implied in the previous discussion, then great. Otherwise...

Philippe Lindheimer
FreePBX Project Leader



--- On Mon, 10/27/08, asterisk-dev-request at lists.digium.com <asterisk-dev-request at lists.digium.com> wrote:
Date: Mon, 27 Oct 2008 09:53:12 -0700
From: Russell Bryant <russell at digium.com>
Subject: Re: [asterisk-dev] New license for db?
To: Asterisk Developers Mailing List <asterisk-dev at lists.digium.com>
Message-ID: <514A4424-1DF2-4B21-80BE-6725A3973E23 at digium.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes


On Oct 27, 2008, at 4:07 AM, Sergey Tamkovich wrote:

> This won't be too hard, since realtime now supports store and destroy
> methods in addition to select and update,
> We could simplify code base and give a choice to an end user if we'll
> change astdb with realtime subsystem.
> Maybe i'm missing some points here, but i like an idea of realtime
> instead of astdb very much.


It's certainly possible, but as it stands, it does introduce an  
additional configuration burden on _every_ user of Asterisk.  The nice  
thing about astdb today is that it requires no additional  
configuration.  So for the minimal usage it gets inside the code, and  
for very basic dialplan usage, it's ready to go without any extra  
work.  But, if you want anything more advanced, you have to set up  
realtime or func_odbc.

--
Russell Bryant
Senior Software Engineer
Open Source Team Lead
Digium, Inc.







------------------------------

_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev

End of asterisk-dev Digest, Vol 51, Issue 57
********************************************



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-dev/attachments/20081027/94687fa1/attachment.htm