Архивирование и отчеты за этот период

[NShut]

Поиском не нашел, извиняюсь если повторюсь.
стояла версия 007 финал, теперь 007 упд10
но проблема осталась.
при формировании отчета платежи. если день попадает в период архивации то отчет просто не формируется.
т.е. я только заархивировал по 31.12.2009 данные ip_trafic... (2 таблицы).
Платежи совсем не трогал. Отчет допустим с 01.12.2009 по 31.12 уже не делается. если выбирать отдельно дни то нормально.
если удалить данные из таблицы arhives то тоже все нормально.
так и должно быть
или только у меня так

[Magnum72]

Поиском не нашел, извиняюсь если повторюсь.
стояла версия 007 финал, теперь 007 упд10
но проблема осталась.
при формировании отчета платежи. если день попадает в период архивации то отчет просто не формируется.
т.е. я только заархивировал по 31.12.2009 данные ip_trafic... (2 таблицы).
Платежи совсем не трогал. Отчет допустим с 01.12.2009 по 31.12 уже не делается. если выбирать отдельно дни то нормально.
если удалить данные из таблицы arhives то тоже все нормально.
так и должно быть
или только у меня так

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

[NShut]

to Magnum72
спасибо.

Теперь ждем коментов от авторов. Может всетаки есть ньюанс по исправлению. А то ежемесячное архивирование придется прекратить

[Pulse]

> после обновления до update 10 перестали работать отчёты
> по vpn и отчет по платежам за предыдущие расчетные периоды.
> используем архивацию только для discount_transactions_all и
> discount_transactions_iptraffic_all.
>

Это связано с тем, что был введен новый механизм архивации для остальных

таблиц (кроме списаний). Заполните данные с одинаковым archive_id для
таблиц payment_transactions и dhs_sessions_log с теми же датами, что и
таблицы со списаниями.
> То есть теперь этот механизм принудительный?

Да.

> Поясните, пожалуйста, что значит
> "заполнить"?

Необходимо заполнить таблицу archives таким образом, как если бы все
таблицы с одним archive_id архивировались одновременно:
payment_transactions,
dhs_sessions_log.

> Необходимо разбить payment_transactions и dhs_sessions_log таблицы по тем же
> датам???
>

Да.

[NShut]

хм. пока база платежи принимает низя. ближе к ночи попробую. завтра отпишусь.

[mikkey finn]

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

[banec]

sql а каким если не секрет?

[NShut]

> Pulse спс за подсказку.

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

[mikkey finn]

как-то так

Код: Выделить всё

SELECT d.account_id as `лиц счет`,
 Sum(d.discount) as `Сумма`, 
services_data.service_name as `Название услуги`, 
services_data.`comment` as `Комментарий к услуге`, 
d.discount_period_id as `Расч период` 
FROM UTM5H.discount_transactions_all_1262293200 d 
Inner Join services_data ON d.service_id = services_data.id 
WHERE d.discount_period_id =  '4131' 
and d.service_type=2 
GROUP BY d.account_id,d.service_id 

У меня просто в названии и комментарии к услуге указана ее стоимость.

[Makariy]

> Pulse спс за подсказку.

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

не подскажешь каким запросом выполнить архивацию payment_transactions

[murano]

Народ, надеюсь что мое новое решение для упрощения процедуры архивирования таблиц списаний поможет многоим, смотрим подробности здесь viewtopic.php?t=8312&highlight=%E0%F0%F ... 0%ED%E8%E9