|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Tolik Tentser 2:5020/400 16 Jun 2001 10:22:21
To : All
Subject : Re:
--------------------------------------------------------------------------------
Hi, Dmitry V. Liseev!
В чреве акулы, пойманной Fri, 15 Jun 2001 18:49:31 +0000 (UTC),
дети капитана Гранта нашли письмо на тему 'Re:':
>> А примерчики "тотального перехода в телекоммуникациях" не подкините ?
>
>Традиционные системы сотового биллинга в основном строятся
>на Оракле. В средней компании с 500-900 тыс.
Hичего-ж себе "средняя". По российским меркам - скорее одна из
крупнейших (и то не уверен, что у кого-то из них "живых" абонентов под
миллион наберется)
>абонентов в часы
>пиковой нагрузки система обрабатывает по 400-500 вызовов
>в секунду с учетом роумеров.
Hу и что ?
500 OLTP транзакций в секунду это совершенно не та цифра из за которой
надо на уши вставать. Я бы сказал, что это потянет любой приличный SQL
сервер на совершенно доступном в магазине оборудовании.
>Как показал эксперимент фирмы
>"Комта-плюс" простой перенос реляционной модели с Interbase
>на Cache увеличивает производительность в 2-3 раза.
Ты вроде как с Оракла начинал ?
Hеужели надо объяснять, что для нагруженной (те самые сотни транзакций
в секунду) системы переход с IB на Oracle, DB2, MSSQL, Sybase сам по
себе даст рост производительности в как бы не десятки раз, хотя бы в
силу умения последних в отличие от IB полностью задействовать ресурсы
аппаратуры.
Пожалуйста пример, где переход на Cache реально дал на подобной
системе выигрыш в 10 раз не от IB, а от Oracle и ему подобных.
Вообще - биллинг - совершенно реляционная OLTP задача, записать в
таблицу время начала/окончания разговора и тарифный план - вряд ли
требует многомерной модели
Bye ...
Тенцер А.Л.
tolik@katren.nsk.ru
ICQ 15925834
--- ifmail v.2.15dev5
* Origin: AO Katren (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
