BiTel

День добрый,

Тут у нас намечается потребность по кластеризации биллинга. Если ли какие либо идеи или рекомендации по этому поводу?

И вообще какие планы на этот счет? Одно время обсуждалась идея перехода на иную СУБД. Каковы результаты обсуждения?

Да в общем-то задача кластеризации биллинга и вырождается в задачу кластеризации БД.
В плане БД пока лучше mysql ничего не нашли
Оракл - слишком тяжелый и громоздкий, переход на него будет очень трудоемким в плане поддержки старых запросов.
Сейчас изучаем постгресс, как раз в плане возможности построения там кластеров.. Да и перейти на него вроде попроще, хоть функция аналогичная LIMIT есть..

В оракле тоже есть функуционал постгресовского LIMIT:)
Но для нас, например, переход на оракл означает удорожание обслуживания биллинга, чего совсем не хочется. Если БГБиллинг планируется переводить на оракл, то хотелось бы узнать сроки хотя бы за полгода.

на момент изучения не нашли.. там есть ограничение по ROWNUM или что-то возле того, но это не совсем то же..
Переход пока на оракл не планируется как и смена СУБД вообще в ближайшее время.

Нет, только не Оракл... Для разработчиков это будет неважной идеей, поскольку продукт перелезет в сегмент рынка, где есть весьма серьезные конкуренты, да и требования к системам другие.

Для нас же продукт станет на грани доступного. Затраты возрастут на порядок минимум. Я уже не говорю про обучение персонала и прочее.

Если речь идет только о функционале LIMIT, то он в PostgreSQL легко реализуется хранимыми процедурами. Хотя придется серьезно перелопачивать взаимодействие биллинга с БД.

В данный момент остро вопрос о смене БД не стоит. Учитывая покупку MySQL SUN ом, связка JAVA-MySQL будет только развиваться.

Если бы в мускуле лок всей таблицы на INSERT-ах, UPDATE-ах и SELECT-ах вылечили - тогда мускул был бы оч. хорошей альтернативой постгресу, а пока ... пока при большой нагрузке вполне возможны не критичные, но все же потери данных Господа разработчки, задумайтесь об постгресе, пожалуйста.

Вы можете использовать движок InnoDB, там построчный лок.
Только мы тестировали его на производительность и он проиграл MyIsam при всех вариантах конкурирующеой нагрузки (выборка, вставки/выборки).
Пробовали переводить некоторые таблицы в нагруженных системах на этот движок, получили опять провал в производительности.
При том что по всем тестам в интернете он выигрывает для "высоконагруженных многопоточных систем..". С настройками ухищрялись, но получить скорость сравнимую с MyIsam не смогли..

Мы думаем все время постгресс будем смотреть и тестировать.