ReSQL.ru
     
powered by simpleCommunicator - 2.0.49     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / О высоконагруженных системах для Биллинга
15 сообщений из 40, страница 2 из 2
  2  все
О высоконагруженных системах для Биллинга
    #38580497
DKey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DKey
Участник
kdvDKey,

в любом случае не очень понятно, что именно вы спрашиваете. Биллинг - это система, а не только СУБД. Как известно, производительность СУБД достаточно абстрактна, а вот производительность системы - уже более конкретная вещь.
Например
http://digit.ru/telecom/20130325/400064701.html

насколько я понял, Comverse - на Оракле. Medio SCP - тоже Оракл. Foris 5 - опять же Оракл. И это МТС (как миллионник пойдет?)
То есть, сотовому оператору важна не СУБД, а именно система.
Явно о СУБД в таких системах сами компании не пишут, информацию можно выколупать разве что из вакансий или резюме.


Я еще раз повторюсь. Мне было сказано что оператор отказывается от Oracle. Меня заинтересовало на каких еще системах БД бывают достойные биллинговые системы для операторов уровня того же МТС-а

Ошибкой главной видимо было то что я спросил здесь а не у гугла :-)
...
Рейтинг: 0 / 0
06.03.2014, 18:23
| Ответить | Цитировать | Написать  
О высоконагруженных системах для Биллинга
    #38580503
Фотография Shtock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Shtock
Участник
>> Кстати, не в рекламу, в MS SQL 2014 обещают поддержку in-memory tables. А так при наличии достаточно большой оперативки любая СУБД может считаться (пусть и с натяжкой) in-memory.

во удивил, в 12 oracle можно на уровне dml задавать in-memory таблица или нет. Появился даже новый вид кэша под это - columnar cache. Более того, даже на 11 можно строить grid из кэшей timesten, который, кстати, в биллингах используется...
...
Рейтинг: 0 / 0
06.03.2014, 18:32
| Ответить | Цитировать | Написать  
О высоконагруженных системах для Биллинга
    #38580532
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
DKeyОшибкой главной видимо было то что я спросил здесь а не у гугла
я же написал, что "явно о СУБД в таких системах сами компании не пишут". Так что у гугла ты вряд-ли что выяснишь.
"Отказывается от Оракла" - думаю, либо это ахинея, либо оператор меняет один биллинг с Ораклом на другой биллинг не с Ораклом. Теоретически биллинг для крупняков может поддерживать более одной СУБД, но практически ...
Одно дело, когда оператор меняет биллинг, а субд остается прежней. в итоге штат админов и программистов сохраняется. А так - оператору надо кроме затрат на смену биллинга еще и брать в штат новых админов и программистов, на время "переходного периода".

Конечно, "считать деньги крупных сотовых операторов" нехорошо, но думаю даже там дело не только в деньгах.
...
Рейтинг: 0 / 0
06.03.2014, 19:45
| Ответить | Цитировать | Написать  
О высоконагруженных системах для Биллинга
    #38580994
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Leonid Kudryavtsev
Участник
Плюс не забываем про железо. Как я понимаю MS SQL на WinTel онли, а Oracle может и на крупные и дорогие железяки RISC'овых железяках крутится. Если у заказчика была СУБД на RISC'ах или SUN'ах, то кроме СУБД еще и железяки нужно менять, дисковую систему и т.д. и т.п.
...
Рейтинг: 0 / 0
07.03.2014, 12:08
| Ответить | Цитировать | Написать  
О высоконагруженных системах для Биллинга
    #38581159
Фотография Infernal V. Raven
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Infernal V. Raven
Участник
Leonid KudryavtsevКак я понимаю MS SQL на WinTel онли, Опля, откуда инфа?
...
Рейтинг: 0 / 0
07.03.2014, 14:24
| Ответить | Цитировать | Написать  
О высоконагруженных системах для Биллинга
    #38581196
Ivan Durak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ivan Durak
Участник
еще у IBM на informix биллинг есть.
Ну и опять же DB2 !!
...
Рейтинг: 0 / 0
07.03.2014, 14:51
| Ответить | Цитировать | Написать  
О высоконагруженных системах для Биллинга
    #38581255
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Leonid Kudryavtsev
Участник
А MS SQL умеет ни только на Windows работать? Не знал
...
Рейтинг: 0 / 0
07.03.2014, 15:31
| Ответить | Цитировать | Написать  
О высоконагруженных системах для Биллинга
    #38581289
Ivan Durak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ivan Durak
Участник
даже на sybase биллинг был мощный - франц телеком сидел на нем
...
Рейтинг: 0 / 0
07.03.2014, 15:55
| Ответить | Цитировать | Написать  
О высоконагруженных системах для Биллинга
    #38581319
Фотография Infernal V. Raven
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Infernal V. Raven
Участник
Leonid KudryavtsevА MS SQL умеет ни только на Windows работать? Не зналWintel - это не только windows
...
Рейтинг: 0 / 0
07.03.2014, 16:12
| Ответить | Цитировать | Написать  
О высоконагруженных системах для Биллинга
    #38581332
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Leonid Kudryavtsev
Участник
Infernal V. RavenLeonid KudryavtsevА MS SQL умеет ни только на Windows работать? Не зналWintel - это не только windows
Я всегда считал, что слово произошло от двух: Windows + Intel.

Я конечно понимаю, что Windows Phone и на мобильниках пашет. Но врят ли биллинг кто-то на мобильниках считает ))) хотя... для крупного сотового оператора идея хорошая... даже серверов не надо... собрал кластер из телефонов абонентов... )))
...
Рейтинг: 0 / 0
07.03.2014, 16:18
| Ответить | Цитировать | Написать  
О высоконагруженных системах для Биллинга
    #38581339
Фотография Infernal V. Raven
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Infernal V. Raven
Участник
Leonid KudryavtsevЯ всегда считал, что слово произошло от двух: Windows + Intel.Именно. А что продукты MS только на Intel работают?
...
Рейтинг: 0 / 0
07.03.2014, 16:21
| Ответить | Цитировать | Написать  
О высоконагруженных системах для Биллинга
    #38581486
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yo.!
Гость
Infernal V. RavenLeonid KudryavtsevЯ всегда считал, что слово произошло от двух: Windows + Intel.Именно. А что продукты MS только на Intel работают?
конечно. винтел устоявшееся выражение объединяющее архитектуру родившуюся в интел с виндой в качестве ОСь. причем альфа с winNT это не wintel, а амд x86-64 wintel. не надо этому искать объяснение, это надо просто заучить
...
Рейтинг: 0 / 0
07.03.2014, 18:31
| Ответить | Цитировать | Написать  
О высоконагруженных системах для Биллинга
    #38582792
нетелеком
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
нетелеком
Гость
DKeyДля прояснения ситуации.
Один аналитЕг мне сообщил, что один крупный сотовый оператор собирается отказываться от оракла и соответственно биллинга на нем. И меня праздно заинтересовал вопрос. На какую субд может переползти оператор миллионник окромя оракла. И каким образом это коррелирует с вопросом экономии средств.
Cost cutting докатился и до опсосов. Очевидно корреляция со стоимостью ораклового суппорта. Хотя, имхо, то это как-то стремно, учитывая их (опсосов) доходы. Читал в интервью представителя PETER-SERVICE, что они сейчас пилят новую версию BISrt, которая будет "CУБДнезависимая" вроде как есть "запрос от клиентов". Ну а перепозлти оператор сможет только на то, что суппортит производитель биллинга.
...
Рейтинг: 0 / 0
11.03.2014, 11:33
| Ответить | Цитировать | Написать  
О высоконагруженных системах для Биллинга
    #38583703
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
DKeySergSuperDKey,

а можно поинтересоваться с какой целью задан вопрос?

ЧистА теоретический интерес, поспорили тут с одним аналитЕгом относительно того что замена СУБД у сотового оператора с многомиллионной абонентской базы Не тот ход который позволит сэкономить денег в будущем без потери быстродействия и функциональности.
Вот мне и стал интересен вопрос. Какая СУБД может нормально потянуть по быстродействию и прочему нагрузку серьезного сотового оператора. не кашЭ ж?

На что поспорили ?
За половину доли (если это серьёзный куш) я могу доказать ему твою правоту.

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


Мы тебя и здесь обстебём по самые небалуйся ...
...
Рейтинг: 0 / 0
12.03.2014, 11:10
| Ответить | Цитировать | Написать  
О высоконагруженных системах для Биллинга
    #38584186
Фотография DirksDR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DirksDR
Участник
MasterZivDKey[ не кашЭ ж?
Мы тебя и здесь обстебём по самые небалуйся ...
Точно, обстебать надо. Тем более, что он на КашЭ ... бочку катит.
Конечно, с Оракла на КашЭ переехать не получится, но биллинг на КАшЭ есть.
http://www.intersystems.ru/casestudies/cache/comta.html
Как анекдот, в Перми в 90-х в Уралсвязьинформе месячный расчет по абонентам делали на ПК-486 в MSM (Micronetics Standart MUMPS, типа КашЭ система) за 40мин.
Показалось не круто, закачали информацию в какую-то билинговую систему на основе СУБД MIMER.
После 10-ти часов расчета система зависла...
...
Рейтинг: 0 / 0
12.03.2014, 15:59
| Ответить | Цитировать | Написать  
15 сообщений из 40, страница 2 из 2
  2  все
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / О высоконагруженных системах для Биллинга
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/search_topic.php?author=Invokegoust&author_mode=last_posts&do_search=1]:
 0ms
get settings:
 9ms
get forum list:
 15ms
get settings:
 9ms
get forum list:
 13ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 169ms
get topic data:
 14ms
get forum data:
 3ms
get page messages:
 62ms
get tp. blocked users:
 2ms
others: 5220ms
total:  5524ms
созд. / загр.: 5524ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]