Здравствуйте!
Подскажите пожалуйста, возможно ли заставить астериск складывать свои CDR записи в разные таблицы бд, желательно что бы эти таблицы можно было определять в контексте канала.

Могу я поинтересоваться, для чего?

Для того что бы было легче рулить записями для разных компаний которые генерят много трафика, что бы не плодить здоровенные таблицы, выборки из которых занимают неодну секунду. Все же легче управлять 5-тью таблицами по 800000 тыс записей, чем одной на несколько миллионов записей.
Или может посоветуете альтернативное решение?

можно делать что угодно, если в ручную писать через функцию Mysql + экстеншин h

Это первое что я хотел сделать, но здесь есть 2 но:
1. Используем Postgres
2. Прямые коннекты из контекста начинают тормозить при обработке 30-ти таких каналов.

Неужто CDR модуль прийдется переписывать?

переписывать как вариант
а еще лучше - настроить правильно индексы, водрузить на соответствующий сервер БД и 100 млн записей будет нормально обрабатываться
вы все-таки провайдер, надо держать марку

Может лучше отказаться от астерисковой статистики и пробовать снимать статистику с Kamailio, там вроде как можно розруливать записи по разным таблицам, но вот как узнать на каком этапе контекста к примеру оборвался звонок, или какие пункты меню прослушал звонящий ума не приложу.

Может у кого то уже есть наработанные схемы?
Как бороться с тяжелыми таблицами?
В данный момент в БД имею 9 млн записей, база данных отреплицырованна по схеме мастер-слейв, 80% записей занимают 12 компаний и они в следствии мешают нормально жить более мелким.

ну как знаете
можете скриптом/триггером перемещать данные в другие таблицы

И еще ребят хотел спросить, как астериск 1.4 в rialtime работает с postgres?
Стоит ли переписывать скрипты существующей гуи под версию 1.4. Ато как то аж обидно когда 1.6 версия начинает тормозить и падать при ~100 активных каналах, вроде как в 1.4 с этим повеселее.