Если все запросы слать исключительно по id, а затем все перебирать с помощью php или как-то иначе скорость запроса к базе, возможно будет и быстрее, но, вероятно, хлопотно будет разбирать столбец, в котором массив и потерять в скорости на этом этапе. Обычно разбитие на несколько таблиц сильно упрощает работу с данными, а для ускорения можно использовать индексы и внешние ключи.
Все, догнал, ${CDR(start)} все верно возвращает, в диалплане есть очереди, я не в том месте запрашивал переменную, вместо calldate для конкретного extension я получал значение для очереди
Drill, это понятно, не понятно зачем freepbx пишет include, которые никогда не сработают, поскольку перебросит дальше по контексту. Кроме того, в extensions указано "In almost all cases any custom dialplan SHOULD be put in extensions_custom.conf", а по факту выходит - чуть что, нужно лезть в extensions_override_freepbx, да и вся ситуация с дублированием кода выглядит не очень
Drill, проблем никаких, просто вся концепция того, что нельзя править через extensions_custom, на мой взгляд, очень странная. Какой тогда смысл в "include =>", применяющихся в extensions_additional, если они никогда не сработают?