Re: [PATCH] DB-Based Store
Tony Kirkham <[email protected]>
| Newsgroups | gmane.comp.mobile.kannel.devel |
|---|---|
| Message-ID | <[email protected]> |
I have just started looking at this and am interested to play with it. For now, I have just a couple of questions: In the documentation, I see that the store-type in the core configuration will be set to "mysql". Do you intend that each different database engine will have its own type of store e.g., if I am using Postgres then store-type = postgres? Or could this type of store be indicated by something like "db" or "database" to better support multiple database engines and another param, such as the store-location, be used to indicate which engine is being used? Also, we had a discussion a while ago about the advantages of the spool store method over the file store method. From that I was lead to believe that the spool method had several advantages over the file method. What do you see are the advantages of a database store over the spool store method? I ask this not only from general curiosity but, I have been using two modems and I have had a couple of cases where, it appears that, a single sms was sent by both modems and I have wondered if this was really a duplicated send that was an artifact of the file store I was using at the time. If so, does the spool type store prevent this possibility and/or is this something that this db-store would prevent also? Thanks, -Tony On Tue, Feb 3, 2009 at 4:24 AM, Alejandro Guerrieri <[email protected]>wrote: > Did anyone had a chance to check on this? > > Regards, > -- > Alejandro Guerrieri > [email protected] > > > > On 30/01/2009, at 0:27, Alejandro Guerrieri wrote: > > Hi, >> >> Proposed patch is a revised version from my previous patch to add support >> for store-type = mysql >> >> I've modified my previous patch aiming at supporting other DB types for >> storage (not implemented yet). I've also added automatic table creation at >> startup. >> >> Please check further details and download the patches here: >> >> http://www.blogalex.com/archives/88 >> >> Regards, >> -- >> Alejandro Guerrieri >> [email protected] >> >> >> >> >> > >