LINUX.ORG.RU
Форум — General  

Знатокам MySQL


0

2

Доброго времени суток, Трудяги,
Есть mysql база биллинга: 

mysql> select `zone_name`,sum(`call_time`),sum(`cost`) from test group by `zone_name`;
+----------------------------------------------------+------------------+------------------+
| zone_name                                          | sum(`call_time`) | sum(`cost`)      |
+----------------------------------------------------+------------------+------------------+
| Armenia (fix)                                      |                0 |            262.2 |
| Armenia (fix), Erevan                              |                0 |            274.3 |
| Armenia (mob)                                      |                0 |          1105.58 |
... и так далее.
Часть таблицы с латиницей выглядит нормально,
а вот когда начинается кириллическая часть, так форматирование нарушено:
| USA                                                |                4 |           268.62 |
| USA, premuim                                       |                0 |             5.18 |
| Uzbekistan (fix), Tashkent                         |                0 |           201.88 |
| Uzbekistan (mob)                                   |                0 |           437.76 |
| Курская область Курск (fix)     |                0 |                9 |
| Красноярский край Краснояр |                0 |            16.15 |
| Краснодарский край (fix)          |                0 |            13.84 |
| Краснодарский край Краснод |                0 |            15.57 |
| Карелия (Республика) Петроз |                0 |            55.16 |
| Кавказские Мин.Воды               |                0 |             4.62 |
| Калужская область (fix)            |                0 |             5.19 |
| Калужская область Калуга (fi |                1 |            178.8 |
| Калининградская область Ка |                0 |               42 |
.... и так далее.
Это было бы не так страшно если бы колонка sum(`call_time`) для всех строк ни была равна 0.

Т.е. я делаю вывод, что mySQL не считает время как время.
Т.к. время у него в данных есть, напрмер: 
mysql> select `call_time` from test where zone_name='USA';
+-----------+
| call_time |
+-----------+
| 00:04:00  |
| 02:09:00  |
| 00:40:00  |
| 00:01:00  |
| 02:24:00  |
| 00:02:00  |
| 00:12:00  |
| 00:01:00  |
| 00:06:00  |
| 00:01:00  |
| 00:02:00  |
| 00:01:00  |
| 00:01:00  |
| 00:04:00  |
| 00:03:00  |
| 00:01:00  |
| 00:09:00  |
| 00:01:00  |
| 00:01:00  |
+-----------+
19 rows in set (0.00 sec)

mysql>
поможете?

★★★
← Link-time optimization в gcc 4.5.1 - можно использовать?
tar все в архив кроме одного каталога →

А может дело в типе данных?

mysql> show columns from test;
+-----------+-------------+------+-----+---------+-------+
| Field     | Type        | Null | Key | Default | Extra |
+-----------+-------------+------+-----+---------+-------+
| call_time | varchar(10) | NO   |     | NULL    |       |
| cost      | double      | NO   |     | NULL    |       |
| zone_name | varchar(50) | NO   |     | NULL    |       |
+-----------+-------------+------+-----+---------+-------+
3 rows in set (0.00 sec)

mysql>
papay ★★★
() автор топика

>Т.е. я делаю вывод, что mySQL не считает время как время.

Попробуй так: sum(STR_TO_DATE(call_time, '%h:%i:%s'))
Если не прокатит, то SEC_TO_TIME(sum(TO_SECONDS(call_time)))

nu11 ★★★★★
()
Ответ на: комментарий от nu11

> Попробуй так: sum(STR_TO_DATE(call_time, '%h:%i:%s')) Если не прокатит, то SEC_TO_TIME(sum(TO_SECONDS(call_time)))

не надо так. надо сделать поле не varchar, а datetime.

а вообще, тред мощный. надо сохранить.

Anoxemian ★★★★★
()
Ответ на: комментарий от papay

> call_time | varchar(10)

> sum(`call_time`)

м-дя. Я так и не понял, что тебя не устраивает — сбившиеся из-за кириллицы столбцы или то, что при сложении строк ты получаешь нули?

name_no ★★
()
Ответ на: комментарий от Anoxemian

> надо сделать поле не varchar, а datetime.

Да, я тож это понял, только date мне там не нужен, т.к. я считаю только время time.

papay ★★★
() автор топика
Ответ на: комментарий от hizel

Спасибо Всем участвующим.
В общем, что я сделал:

mysql> ALTER TABLE test MODIFY `call_time` TIME;

и теперь у меня:

mysql> show columns from test;
+-----------+-------------+------+-----+---------+-------+
| Field     | Type        | Null | Key | Default | Extra |
+-----------+-------------+------+-----+---------+-------+
| b_number  | varchar(40) | NO   |     | NULL    |       |
| call_time | time        | YES  |     | NULL    |       |
| cost      | double      | NO   |     | NULL    |       |
| zone_name | varchar(50) | NO   |     | NULL    |       |
+-----------+-------------+------+-----+---------+-------+
4 rows in set (0.00 sec)

mysql>
Хорошо!
Но как оказалось действие sum(`call_time`) считает время не правильно, и в результате суммирования дает странные числа типа 741, 12, 78 и пр.
Быстро нагуглил как правильно считать время: 
sec_to_time(sum((time_to_sec(`call_time`)))) as result

Таперь я получил почти то, что хотел, за исключением форматирования части таблицы с кириллицей: 

mysql> select `zone_name`,sec_to_time(sum((time_to_sec(`call_time`)))) as result,sum(`cost`) from test group by `zone_name`;
+----------------------------------------------------+-----------+------------------+
| zone_name                                          | result    | sum(`cost`)      |
+----------------------------------------------------+-----------+------------------+
| Armenia (fix)                                      | 01:09:00  |            262.2 |
| Armenia (fix), Erevan                              | 02:10:00  |            274.3 |
| Armenia (mob)                                      | 02:29:00  |          1105.58 |
| AUSTRIA (fix)                                      | 00:01:00  |             0.74 |
| AUSTRIA (fix), Vienna                              | 00:13:00  |             9.62 |
| Azerbaijan (fix), Baku                             | 00:03:00  |              7.2 |
| Azerbaijan (mob), Azercell                         | 00:16:00  |           130.24 |
| Belarus (fix)                                      | 07:01:00  |           3452.2 |
| Belarus (mob)                                      | 05:14:00  |           2935.9 |
| Belarus (mob), MTS                                 | 04:14:00  |           2374.9 |
| Belgium (fix)                                      | 00:10:00  |              7.4 |
| BULGARIA (mob), Mobitel                            | 00:26:00  |           354.12 |
| CANADA                                             | 00:26:00  |            19.24 |
| CHINA (mob)                                        | 00:11:00  |             8.14 |
| Cyprus (fix)                                       | 00:33:00  |            25.41 |
| Cyprus (mob)                                       | 00:12:00  |            26.52 |
...........
....бла-бла-бла.........
..........................
| Брянская область Брянск (fix) | 00:24:00  |             26.4 |
| Башкортостан (Республика) (f | 00:04:00  |             6.92 |
| Башкортостан (Республика) У | 00:12:00  |            20.76 |
| Белгородская область (fix)      | 00:18:00  |            31.14 |
| Белгородская область Белго | 00:25:00  |             27.5 |
| Владимирская область (fix)      | 00:38:00  |            65.74 |
| Владимирская область Влади | 00:01:00  |              1.1 |
| Воронежская область Вороне | 00:46:00  |             50.6 |
| Волгоградская область Волг | 00:20:00  |               30 |
| Вологодская область Вологд | 00:56:00  |               84 |
| Липецкая область Липецк (fix) | 00:14:00  |             16.8 |
| Ленинградская область (fix)    | 00:05:00  |             8.65 |
+----------------------------------------------------+-----------+------------------+
220 rows in set, 2 warnings (0.26 sec)

mysql>
Форматирования нет:(
ну да ладно, мне ведь в итоге нужен файл на выходе, а там уж точно никакого форматирования нет, это я после уже отSEDю как нужно.
Появилась проблема после выгрузки в файл: 
mysql> select `zone_name`,sec_to_time(sum((time_to_sec(`call_time`)))) as result,sum(`cost`) into outfile 'total.txt' from test group by `zone_name`;
Query OK, 220 rows affected, 2 warnings (0.27 sec)

mysql>

В файле total.txt вместо русских букв - кракозяблы.
И чтот я правильную кодировку пока не подобрал :/

papay ★★★
() автор топика
Ответ на: комментарий от name_no

м-дя. Я так и не понял, что тебя не устраивает — сбившиеся из-за кириллицы столбцы или то, что при сложении строк ты получаешь нули?


С нулями уже разобрались. А со сбившимися столбцами в кириллице - нет.

papay ★★★
() автор топика
Ответ на: комментарий от iSage

Кодировка базы какая? Терминала?

mysql> set names 'utf8';
Query OK, 0 rows affected (0.00 sec)

mysql> show variables like "char%";
+--------------------------+----------------------------+
| Variable_name            | Value                      |
+--------------------------+----------------------------+
| character_set_client     | utf8                       |
| character_set_connection | utf8                       |
| character_set_database   | utf8                       |
| character_set_filesystem | utf8                       |
| character_set_results    | utf8                       |
| character_set_server     | utf8                       |
| character_set_system     | utf8                       |
| character_sets_dir       | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+
8 rows in set (0.00 sec)

mysql> status
--------------
mysql  Ver 14.14 Distrib 5.1.49, for debian-linux-gnu (i486) using readline 6.1

Connection id:          57
Current database:       Convert
Current user:           root@localhost
SSL:                    Not in use
Current pager:          stdout
Using outfile:          ''
Using delimiter:        ;
Server version:         5.1.49-1 (Debian)
Protocol version:       10
Connection:             Localhost via UNIX socket
Server characterset:    utf8
Db     characterset:    utf8
Client characterset:    utf8
Conn.  characterset:    utf8
UNIX socket:            /var/run/mysqld/mysqld.sock
Uptime:                 4 hours 23 min 54 sec

Threads: 1  Questions: 755992  Slow queries: 0  Opens: 123  Flush tables: 1  Open tables: 24  Queries per second avg: 47.744
--------------

mysql> 
dmitry@deltaDmitry:~/work$ locale
LANG=ru_RU.UTF-8
LANGUAGE=
LC_CTYPE="ru_RU.UTF-8"
LC_NUMERIC="ru_RU.UTF-8"
LC_TIME="ru_RU.UTF-8"
LC_COLLATE="ru_RU.UTF-8"
LC_MONETARY="ru_RU.UTF-8"
LC_MESSAGES="ru_RU.UTF-8"
LC_PAPER="ru_RU.UTF-8"
LC_NAME="ru_RU.UTF-8"
LC_ADDRESS="ru_RU.UTF-8"
LC_TELEPHONE="ru_RU.UTF-8"
LC_MEASUREMENT="ru_RU.UTF-8"
LC_IDENTIFICATION="ru_RU.UTF-8"
LC_ALL=
dmitry@deltaDmitry:~/work$
papay ★★★
() автор топика
Ответ на: комментарий от papay 
mysql> select `zone_name`,sec_to_time(sum((time_to_sec(`call_time`)))) as result,sum(`cost`) into outfile 'total' from test group by `zone_name`;
Query OK, 220 rows affected, 2 warnings (0.28 sec)

mysql>
root@deltaDmitry:/home/dmitry/work# tail /var/lib/mysql/Convert/total 
БашкортоÑтан (РеÑпублика) У        00:12:00        20.76
БелгородÑÐºÐ°Ñ Ð¾Ð±Ð»Ð°ÑÑ‚ÑŒ (fix)      00:18:00        31.14
БелгородÑÐºÐ°Ñ Ð¾Ð±Ð»Ð°ÑÑ‚ÑŒ Белго 00:25:00        27.5
ВладимирÑÐºÐ°Ñ Ð¾Ð±Ð»Ð°ÑÑ‚ÑŒ (fix)      00:38:00        65.74
ВладимирÑÐºÐ°Ñ Ð¾Ð±Ð»Ð°ÑÑ‚ÑŒ Влади 00:01:00        1.1
ВоронежÑÐºÐ°Ñ Ð¾Ð±Ð»Ð°ÑÑ‚ÑŒ Вороне 00:46:00        50.6
ВолгоградÑÐºÐ°Ñ Ð¾Ð±Ð»Ð°ÑÑ‚ÑŒ Волг 00:20:00        30
ВологодÑÐºÐ°Ñ Ð¾Ð±Ð»Ð°ÑÑ‚ÑŒ Вологд 00:56:00        84
Ð›Ð¸Ð¿ÐµÑ†ÐºÐ°Ñ Ð¾Ð±Ð»Ð°ÑÑ‚ÑŒ Липецк (fix)        00:14:00        16.8
ЛенинградÑÐºÐ°Ñ Ð¾Ð±Ð»Ð°ÑÑ‚ÑŒ (fix)    00:05:00        8.65
root@deltaDmitry:/home/dmitry/work#
papay ★★★
() автор топика
Ответ на: комментарий от papay

echo 'БашкортоÑтан' | enca
Universal transformation format 8 bits; UTF-8
Doubly-encoded to UTF-8 from ISO-8859-5

прозреваю latin1 у таблички.

iSage ★★★★
()
Ответ на: комментарий от iSage

show create table test;

mysql> show create table test; 
+-------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| Table | Create Table                                                                                                                                                                                |
+-------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| test  | CREATE TABLE `test` (
  `b_number` varchar(40) NOT NULL,
  `call_time` time DEFAULT NULL,
  `cost` double NOT NULL,
  `zone_name` varchar(50) NOT NULL
) ENGINE=MyISAM DEFAULT CHARSET=utf8 |
+-------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
1 row in set (0.01 sec)

mysql> show create table test;

прозреваю latin1 у таблички.

база конвертилась из cp866 в utf8, подозреваю, что нужно переделать и перезапустить MySQL с default-character-set = utf8

ща переделаюююю

papay ★★★
() автор топика
Ответ на: комментарий от papay

В каждой строке разделитель столбцов выводится через N байт, а текст выводится в UTF-8, и на кириллический символ уходит 2 байта. // К.О.

Dimka-Bo ★
()
Ответ на: комментарий от papay

> call_time | time | YES | | NULL | |

т.е. у тебя звонки свыше 4-х суток беслатно.

факт фиксации звонка, говорит о том, что значение call_time не может быть NULL

поиск по a_number, b_number типа varchar(40) приведёт к бессмысленному нагреванию воздуха

Anoxemian ★★★★★
()
Ответ на: комментарий от iSage

Не получается:(
Базу загружаю в utf8
В MySQL кириллица отображается корректно,
но если я пытаюсь выгрузить результат в файл, то в итоге в файле кракозяблы.

Проверил:

mysql> show variables like "char%";
+--------------------------+----------------------------+
| Variable_name            | Value                      |
+--------------------------+----------------------------+
| character_set_client     | latin1                     |
| character_set_connection | latin1                     |
| character_set_database   | utf8                       |
| character_set_filesystem | binary                     |
| character_set_results    | latin1                     |
| character_set_server     | latin1                     |
| character_set_system     | utf8                       |
| character_sets_dir       | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+
8 rows in set (0.00 sec)
Смущает character_set_filesystem = binary
меняем: 
mysql> set character_set_filesystem = utf8;
Query OK, 0 rows affected (0.00 sec)
получаем:
mysql> show variables like "char%";
+--------------------------+----------------------------+
| Variable_name            | Value                      |
+--------------------------+----------------------------+
| character_set_client     | latin1                     |
| character_set_connection | latin1                     |
| character_set_database   | utf8                       |
| character_set_filesystem | utf8                       |
| character_set_results    | latin1                     |
| character_set_server     | latin1                     |
| character_set_system     | utf8                       |
| character_sets_dir       | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+
8 rows in set (0.00 sec)

mysql>
Проверяю,
выгружаю в файл и при просмотре этого файла из системы(ru_RU.UTF-8), а там, все те же кракозяблы вместо кириллицы. 
mysql> select `zone_name`,sec_to_time(sum((time_to_sec(`call_time`)))) as CallsTimeTotal,sum(`cost`) as CostTotals into outfile 'totals.txt' from test group by `zone_name`;
Query OK, 220 rows affected, 2 warnings (0.26 sec)

mysql>
tail /var/lib/mysql/Convert/totals.txt 
БашкортоÑтан (РеÑпублика) У        00:12:00        20.76
БелгородÑÐºÐ°Ñ Ð¾Ð±Ð»Ð°ÑÑ‚ÑŒ (fix)      00:18:00        31.14
БелгородÑÐºÐ°Ñ Ð¾Ð±Ð»Ð°ÑÑ‚ÑŒ Белго 00:25:00        27.5
ВладимирÑÐºÐ°Ñ Ð¾Ð±Ð»Ð°ÑÑ‚ÑŒ (fix)      00:38:00        65.74
ВладимирÑÐºÐ°Ñ Ð¾Ð±Ð»Ð°ÑÑ‚ÑŒ Влади 00:01:00        1.1
ВоронежÑÐºÐ°Ñ Ð¾Ð±Ð»Ð°ÑÑ‚ÑŒ Вороне 00:46:00        50.6
ВолгоградÑÐºÐ°Ñ Ð¾Ð±Ð»Ð°ÑÑ‚ÑŒ Волг 00:20:00        30
ВологодÑÐºÐ°Ñ Ð¾Ð±Ð»Ð°ÑÑ‚ÑŒ Вологд 00:56:00        84
Ð›Ð¸Ð¿ÐµÑ†ÐºÐ°Ñ Ð¾Ð±Ð»Ð°ÑÑ‚ÑŒ Липецк (fix)        00:14:00        16.8
ЛенинградÑÐºÐ°Ñ Ð¾Ð±Ð»Ð°ÑÑ‚ÑŒ (fix)    00:05:00        8.65

papay ★★★
() автор топика
Ответ на: комментарий от Anoxemian

т.е. у тебя звонки свыше 4-х суток беслатно.

Почему?

 Москва  | 838:59:59      | 46402.8799999767
хотя большего значения почему то нет, т.е. упирается в 840 часов,что есть 14 суток.
Если же я ставлю тип call_time - datetime, то в столбце сумм после select наблюдаю NULL.
Считаю время так: sec_to_time(sum((time_to_sec(`call_time`))))

поиск по a_number, b_number типа varchar(40) приведёт к бессмысленному нагреванию воздуха

a_number меня вообще не интересует и я его в базу не загружаю.
b_number интересует, мне нужно будет к нему применять REGEXP, но это уже после того как разберусь с экспортом в файл с правильной кириллицей.
Спасибо, что обратили свое внимание, поправил на integer

Итого, имею:

mysql> show columns from test;
+-----------+-------------+------+-----+---------+-------+
| Field     | Type        | Null | Key | Default | Extra |
+-----------+-------------+------+-----+---------+-------+
| b_number  | int(11)     | YES  |     | NULL    |       |
| call_time | time        | YES  |     | NULL    |       |
| cost      | double      | NO   |     | NULL    |       |
| zone_name | varchar(50) | NO   |     | NULL    |       |
+-----------+-------------+------+-----+---------+-------+
4 rows in set (0.00 sec)

mysql>

papay ★★★
() автор топика
Ответ на: комментарий от iSage

а если set names 'utf8'?

та же хрень:

mysql> set names 'utf8'
    -> ;
Query OK, 0 rows affected (0.02 sec)

mysql> show variables like "char%";
+--------------------------+----------------------------+
| Variable_name            | Value                      |
+--------------------------+----------------------------+
| character_set_client     | utf8                       |
| character_set_connection | utf8                       |
| character_set_database   | utf8                       |
| character_set_filesystem | binary                     |
| character_set_results    | utf8                       |
| character_set_server     | latin1                     |
| character_set_system     | utf8                       |
| character_sets_dir       | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+
8 rows in set (0.00 sec)

mysql> select `zone_name`,sec_to_time(sum((time_to_sec(`call_time`)))) as CallsTimeTotal,sum(`cost`) as CostTotals into outfile 'totals.txt' from test group by `zone_name`;
Query OK, 220 rows affected, 2 warnings (0.25 sec)

mysql> 
tail /var/lib/mysql/Convert/totals.txt 
БашкортоÑтан (РеÑпублика) У        00:12:00        20.76
БелгородÑÐºÐ°Ñ Ð¾Ð±Ð»Ð°ÑÑ‚ÑŒ (fix)      00:18:00        31.14
БелгородÑÐºÐ°Ñ Ð¾Ð±Ð»Ð°ÑÑ‚ÑŒ Белго 00:25:00        27.5
ВладимирÑÐºÐ°Ñ Ð¾Ð±Ð»Ð°ÑÑ‚ÑŒ (fix)      00:38:00        65.74
ВладимирÑÐºÐ°Ñ Ð¾Ð±Ð»Ð°ÑÑ‚ÑŒ Влади 00:01:00        1.1
ВоронежÑÐºÐ°Ñ Ð¾Ð±Ð»Ð°ÑÑ‚ÑŒ Вороне 00:46:00        50.6
ВолгоградÑÐºÐ°Ñ Ð¾Ð±Ð»Ð°ÑÑ‚ÑŒ Волг 00:20:00        30
ВологодÑÐºÐ°Ñ Ð¾Ð±Ð»Ð°ÑÑ‚ÑŒ Вологд 00:56:00        84
Ð›Ð¸Ð¿ÐµÑ†ÐºÐ°Ñ Ð¾Ð±Ð»Ð°ÑÑ‚ÑŒ Липецк (fix)        00:14:00        16.8
ЛенинградÑÐºÐ°Ñ Ð¾Ð±Ð»Ð°ÑÑ‚ÑŒ (fix)    00:05:00        8.65

papay ★★★
() автор топика
Ответ на: комментарий от iSage

> set character_set_server = utf8

в этом случае я при просмотре в MySQL вижу кракозяблы и выгружаю те же кракозяблы.

papay ★★★
() автор топика
Ответ на: комментарий от papay

Чтот я не наблюдаю utf8: 

ls /usr/share/mysql/charsets/
armscii8.xml  cp1250.xml  cp1256.xml  cp850.xml  cp866.xml  geostd8.xml  hebrew.xml  Index.xml    koi8r.xml  latin1.xml  latin5.xml  macce.xml     README
ascii.xml     cp1251.xml  cp1257.xml  cp852.xml  dec8.xml   greek.xml    hp8.xml     keybcs2.xml  koi8u.xml  latin2.xml  latin7.xml  macroman.xml  swe7.xml
у всех так?

papay ★★★
() автор топика
Ответ на: комментарий от papay

Да. Юникод вкомпилен. Странно, что ты при всех чарсетах выставленных в ютф и ютф в консоли видишь крякозяблы. Значит все же у тебя данные не в той кодировке лежат.

iSage ★★★★
()
Ответ на: комментарий от iSage

> Значит все же у тебя данные не в той кодировке лежат.

Базу я создаю так: dbf2mysql -vv -f -c -o zone_name,b_number,call_time,cost -d Convert -P my_passwd delta.dbf

Подозреваю, что проблема с dbf2mysql. Мне нужно обработать/обсчитать dbf, для этого я заношу его в mysql

papay ★★★
() автор топика
Ответ на: комментарий от papay

Оригинально, этот dbf в cp866.
Я пробовал по разному, и конвертил dbf в utf8 до загрузки в mysql и после. Нифига не получается. Кириллицу вижу читаемой, ТОЛЬКО если mysql по умолчанию в latin1, а загруженная база в utf8. Но, опять же, - не могу выгрузить читаемо результаты из базы в файл.

papay ★★★
() автор топика
Ответ на: комментарий от papay

Оно создает sql-дамп? Посмотреть в нем, какая кодировка прописывается для таблицы и в какой кодировке кладутся данные можно?

iSage ★★★★
()
Ответ на: комментарий от iSage

ага
т.к. оригинал DBF имеет русские символы в cp866, то сперва я конвертнул DBF базу из CP866 в UTF8.
Делал это при помощи dbfpy ссылка на HOWTO: http://gis-lab.info/qa/dbf-encode.html
(Штатными средствами iconv и enconv, как я привык, не получалось, - нарушалась целостность базы)

python dbf-encode.py -f cp866 -t utf8 -n delta.dbf new.dbf

в консоли (utf8) просматриваю new.dbf и вижу корректную кириллицу.

далее кладем в базу:
dbf2mysql -vv -f -c -o zone_name,b_number,call_time,cost -d Convert -P my_passwd new.dbf

papay ★★★
() автор топика
Ответ на: комментарий от papay

ОК,
я решил не заморачиваться с выгрузкой в файл штатными средствами mysql. Потраченное время не стоит того. Я делаю проще:
mysql Convert -pMY_PASSWD -e 'select `zone_name`,sec_to_time(sum((time_to_sec(`call_time`)))) as CallsTimeTotal,sum(`cost`) as CostTotals from test group by `zone_name`;' > totals.txt

и получаю читаемый файл totals.txt, а это именно то что мне и нужно в конечном счете.

papay ★★★
() автор топика
Ответ на: комментарий от Anoxemian

Заметил тот факт, что при суммировании времени на одно из самых активных направлений - Москва, я упираюсь в предел MySQL 838:59:59 и дальше время не считается.

Даж не знаю как обойти сие...

papay ★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Link-time optimization в gcc 4.5.1 - можно использовать?
General
tar все в архив кроме одного каталога →