[Serusers] load_attrs off a different table?
Michal Matyska
michal at iptel.org
Thu Oct 18 19:43:33 CEST 2007
Yes, there is extra_attrs extension in the avp_db module.
Check modules/avp_db/doc/avp_dialogs.cfg which shows complex job done
using this feature.
Michal
On Thu, 2007-10-18 at 09:28 -0400, SIP wrote:
> I'm looking through the SER 2.0 documentation, and I'm trying to find
> out more information about load_attrs. Currently, I can't look at the
> module search thing, so I'm not sure where this function comes from, and
> there's no documentation about it. I know what it DOES.... but I'm
> trying to find out if there's a way to use it to load attributes from
> tables other than the usr_attrs table.
>
> We like to have compartmentalised tables that are more logical in their
> outlay, so we'd like to keep some attributes elsewhere. We're also
> concerned that, with a LARGE number of users each with a LARGE number of
> attributes and aliases and subattributes, etc, the performance will
> degrade (MySQL doesn't do as well with enormous tables as it does with
> smaller tables of data).
>
> As AVPs are going out of style, is there, then a way to store attributes
> in other locations and yet still use the basic functions with them?
>
> Our current SER 0.9.6 setup uses several tables to store important
> information compartmentalised accordingly -- call return information,
> aliases, etc.
>
> As we migrate from one server to another (an ongoing, but slow process
> for us), we're still trying to ensure no functionality is lost. We don't
> use xml-rpc calls. We don't use the old command-line serctl calls. We
> don't want to. We use straight db access from the web services for any
> and all functions to change settings -- easier to manage the codebase
> for. With this in mind, everything we do is focused on a migration that
> allows us to keep a logical relational database structure that is
> accessed through native calls.
>
>
> _______________________________________________
> Serusers mailing list
> Serusers at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers
More information about the sr-users
mailing list