Тема: Чудовищно долгая обработка данных

Здравствуйте!
Поставил систему Комендантъ - модуль тарификации АТС.

Сегодня делаю отчет за ноябрь месяц - захожу в телефонные соединения и жму выбрать звонки за ноябрь - это заняло у меня 25 минут (!!!) на 48 000 записей. И это без расчета по тарифу, то есть без стоимости звонков, которая занимает еще 10 минут (и это 2 Гига оперативки). Это по крайней мере не серъезно.

А если нужен срочный отчет можно и полдня просидеть, если нет ошибок, а если они есть то и на поиск еще полдня.

Для сравнения WinTariff обрабатывает такую информацию максимум за 5 минут.

А если захожу в Тарификацию звонков сотрудников и пытаюсь сделать выборку за месяц - вообще выбивает с указанием ошибки по столбцу call_co.

Чем вызван такой застой ? Ведь мускул способен обрабатывать миллионы операций за минуту, в этом сомнений нет. Если проблема с экспортом из мускула, например использование COM-объектов, но ведь есть специальные компоненты, которые ускоряют и эту работу в разы.

В общем, в процессе создания первого отчета - одни негативные эмоции.

Пришлите резервную копию БД, посмотрим. smdr@dipmail.ru

Копию выслал, спасибо за помощь.
ЗЫ экспорт в excel занимает около 2часов

Добрый день!

При создании отчета по “Телефонным соединениям” появляется ошибка:

#201000 Operand should contain 1 columns(1)

В случае отчета “Тарификация звонков сотрудников” также появляется ошибка:

#01000 Data truncated for column ‘call_co’ at row 2

Подскажите пожалуйста, где искать причину?

Заранее благодарен.

Запрос на выборку всех звонков за день в окно программы “Модуль отчетов” занимает 60 секунд на “хорошем компьютере” и не работает на слабом. Если делать экспорт в иксель - еще время. Для запроса отчета руководством, сделать быстрый отчет “по требованию” просто невозможно! Если обрабатывать месяц - все еще плачевнее. WinTariff в сравнении - “просто летает” и дает “полный фарш” в отчетах, хотя и имеет свои недостатки, из-за которых и перешел на “Комендант”.

Не нашел “общего итога” по “организации” и по “подразделению”, как его сделать? По сотрудникам это есть, хорошо конечно, но как получить общую стоимость по предприятию - суммировать вручную информацию из икселя по каждому подразделению ? Но ведь это не выход!!!

Причина - в большом количестве таблиц участвующих в выборках, создание одной view_ таблицы с полями звонка и стоимости, а также информации о сотруднике - могло бы ускорить процесс, имхо.

Вышла новая версия 5.0.3
Скачайте и попробуйте

Благодарю, обязательно попробую!

Удалил полностью предыдущую версию системы, включая мускул, оставил резервную копию бд.
Начинаю установку нового пакета Комендант - 5031.
1. Установка мускула - успешно.
1.1. Создание бд komendant - access violation ... - НЕВОЗМОЖНО СОЗДАТЬ БД KOMENDANT
1.2. Снова все удалил, пробую создать бд - безрезультатно.
1.3. Установил мускул из предыдущей версии пакета установки Комендант, создание базы данных прошло успешно !!!

В чем может быть причина невозможности создания базы данных Komendant с помощью нового пакета (5.0.3.1) ?

windows 7, 32 bits

Таким образом - установил мускул и создал базу с помощью предыдущего пакета а все остальные модули - из 5031.
При запуске Конфигуратора 5031 и Модуля отчетов 5031 - невозможно подключиться к этой базе данных.
В общем пока ничего не работает.

Полный текст ошибки при создании бд Komendant мускулом из пакета 5031:

Access violation at address 0046234C in module ‘create_komendant.exe’. Read of address 00000159

Таким образом - установил мускул и создал базу с помощью предыдущего пакета а все остальные модули - из 5031.
При запуске Конфигуратора 5031 и Модуля отчетов 5031 - невозможно подключиться к этой базе данных.

БД не надо было удалять, а запустить “Администратор базы данных” и сделать обновление структуры базы данных (ну это на будущее).
А сейчас восстановите резервную копию БД из “Администратор базы данных” и сделайте обновление структуры базы данных

Фантастика! Результат просто отличный.

Модуль отчетов - Архив телефонных соединений:

Выборка данных в окно программы (48 000 строк, 28 столбцов) - раньше 25 минут, сейчас 1 минута 25 сек

расчет по тарифам (48 000 строк) - раньше 15 минут, сейчас 2 минуты 45 сек

экспорт в иксель 2010 (48000 строк х 28 столбцов = 1 334 000 ячеек) - раньше бесконечность, сейчас 1 минута

Потрудились на славу !!!

Ну а теперь пожелания:

1. Модуль отчетов - АТС - Телефонные соединения - Настройка отчета (Подразделение)

здесь настраивается все, есть “Организация” и “сотрудник”, но отсутствует столбец “Подразделение” (таблица data_division), это поле очень необходимо (!!!), ведь как еще сделать отчет по звонкам предприятия по Подразделениям (дирекциям, отделам) ? - как вариант вместо Организации в Конфигураторе создавать множество “Организиций=подразделение” но тогда не будет агрегации, то есть много организаций, что очень неудобно!

Поэтому Столбец “Подразделение” очень нужный элемент отчета как по “Телефонным соединениям”, так и по “Архиву телефонных соединений”. Очень удобно также было бы использовать фильтр для него в “данных отчета”, как это есть для всех остальных столбцов. В общем его ОЧЕНЬ не хватает.

2. Модуль отчетов - АТС - Телефонные соединения - Настройка отчета (Тарифная зона=Конфигуратор-справочники-Коды стран и городов)

кроме столбца “Подразделение” очень не хватает столбца “Тарифная зона” (таблица smdr_helper_geo). То что в данный момент существует возможность в отчете группировать звонки по Стране (с помощью фильтра в “Данных отчета”) это очень хорошо но не очень удобно. Выборка по “Тарифной зоне” более информативна, далее если заинтересует можно делать детализацию и по странам данной тарифной зоны, но для общего отчета, сначала нужен итог по Тарифной зоне, который на данных момент сделать невозможно :(

Учитывая специфику системы Комендант, уточню что под “Тарифной зоной” имеется ввиду именно Конфигуратор-справочники-Коды стран и городов (smdr_helper_geo), например “Австралия и океания”, “Восточная Европа”, “Западная Европа” и т.д.

3. Экспорт в Excel 2010

Автоматическое определение типа столбцов (текст, число...) для столбца “Дата” не работает. Если не выбирать эту опцию, то время отображается корректно.

Спасибо большое !

При чтении файлов-логов через службу подключения к атс как узнать сколько строк было прочтено/залито в базу, и как узнать вообще о статусе процесса, закончено чтение лога, продолжается или ошибка чтения ?

На данный момент это невозможно узнать, действовать приходится наугад.

разумно, учтем в следующих релизах