[SR-Dev] DB decisions
Daniel-Constantin Mierla
miconda at gmail.com
Fri Nov 21 20:36:07 CET 2008
On 11/21/08 21:14, Klaus Darilion wrote:
> Andrei Pelinescu-Onciul wrote:
>
>> On Nov 21, 2008 at 04:34, Jan Janak <jan at iptel.org> wrote:
>> [...]
>>
>>
>>> Unless nobody objects, I would suggest we do the following:
>>>
>>> 1) Convert both API versions into libraries. Here I would suggest some
>>> simpler name, sr_dbk sounds is cryptic, how about using just db1 and db2
>>> possibly prefixed with sr (libsrdb1, libsrdb2)?
>>>
>> Do we go for libsrdb[12] or somebody has a better ideea?
>>
>
> what about db (for ser's DB) and dbk for K's?
>
for me db[12] sounds better from versioning point of view, maybe in the
future we will have a new one -- db3 -- hopefully not :-)
Cheers,
Daniel
> klaus
>
>
>> Do I keep the kamailio db history or we use directly Jan's version (no
>> history)?
>>
>>
>>
>>> 2) Rename conflicting identifiers in both libraries, i.e. db_con1, db_con2,
>>> db_res1, db_res2.
>>>
>> I think we would have to rename the DB_* macros too:
>> DB1_STR DB1_INT DB1_BLOB DB1_BIGINT DB1_DOUBLE DB1_STRING DB1_DATETIME
>> DB1_BITMAP
>>
>> From my point of view it's ok as long as we can write a script that
>> would convert a module automatically (and all these are just simple
>> search & replace).
>>
>>
>>> 2) Merge database drivers from both projects. Here I would suggest we
>>> adopt the naming scheme from Kamailio and prefix all of them with db_.
>>>
>> I agree.
>>
>>
>>> 4) Link modules that use db with one of the libraries.
>>>
>> 5) create scripts that would automatically update a kamailio or ser
>> module for use with sip-router
>>
>>
>> Andrei
>>
>> _______________________________________________
>> sr-dev mailing list
>> sr-dev at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>>
>
>
> _______________________________________________
> sr-dev mailing list
> sr-dev at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>
--
Daniel-Constantin Mierla
http://www.asipto.com
More information about the sr-dev
mailing list