On 10/10/06, Dmitry Kiselev
не убивая наповал sql сервер бесполезной offline работой. Не, ну если уже есть супер-пупур-мега-сервер(кластер?) oracle которому ну совершенно нечего делать, то конечно :)
Вопрос состоит в том, кто будет обрабатывать информацию :) Есть два варианта - 1) offline-программой, еще перед передачей в SQL. Плюс - не требуется реалтаймовость, т.е. требования к процессору и диску сервера не самые жесткие. Минус - в общем случае у программы нет критериев, по которым трафик должен быть либо отброшен, либо соответствующим образом учтен. Если такие критерии есть - то достаточно нетривиальный алгоритм по сопоставлению "несвежей" информации с вполне вероятными ошибками в идентификации трафика. 2) в online-режиме - жесткие требования к аппаратной части - она должна быть достаточно мощной. Даже не знаю, насколько, если честно :) Зато обработка данных значительно более простая и, соответственно, более надежная. В принципе, я исхожу из того, что стоимость железа нынче вполне адекватна производительности и раскошелиться на пару Intel/AMD-based 8-процессорных систем с каким-нибудь storage - ну в рамках оператора, у которого _столько_ абонентов, это, наверное, уже некритичные деньги. Зато уменьшение количества ошибок биллинга при таком количестве абонентов - это заметная экономия на операционных и имиджевых потерях :) -- /doka =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message