| forum.bitel.ru http://forum.bitel.ru/ |
|
| Кластеризация биллинга сейчас и в будущем http://forum.bitel.ru/viewtopic.php?f=1&t=687 |
Страница 1 из 1 |
| Автор: | northbear [ 20 янв 2008, 08:59 ] |
| Заголовок сообщения: | Кластеризация биллинга сейчас и в будущем |
День добрый, Тут у нас намечается потребность по кластеризации биллинга. Если ли какие либо идеи или рекомендации по этому поводу? И вообще какие планы на этот счет? Одно время обсуждалась идея перехода на иную СУБД. Каковы результаты обсуждения? |
|
| Автор: | Администратор [ 21 янв 2008, 11:34 ] |
| Заголовок сообщения: | |
Да в общем-то задача кластеризации биллинга и вырождается в задачу кластеризации БД. В плане БД пока лучше mysql ничего не нашли 
Оракл - слишком тяжелый и громоздкий, переход на него будет очень трудоемким в плане поддержки старых запросов. Сейчас изучаем постгресс, как раз в плане возможности построения там кластеров.. Да и перейти на него вроде попроще, хоть функция аналогичная LIMIT есть.. |
|
| Автор: | vdd [ 21 янв 2008, 13:17 ] |
| Заголовок сообщения: | |
В оракле тоже есть функуционал постгресовского LIMIT:) Но для нас, например, переход на оракл означает удорожание обслуживания биллинга, чего совсем не хочется. Если БГБиллинг планируется переводить на оракл, то хотелось бы узнать сроки хотя бы за полгода. |
|
| Автор: | Администратор [ 21 янв 2008, 14:19 ] |
| Заголовок сообщения: | |
Цитата: В оракле тоже есть функуционал постгресовского LIMIT:)
на момент изучения не нашли.. там есть ограничение по ROWNUM или что-то возле того, но это не совсем то же.. Переход пока на оракл не планируется как и смена СУБД вообще в ближайшее время. |
|
| Автор: | northbear [ 22 янв 2008, 14:50 ] |
| Заголовок сообщения: | |
Нет, только не Оракл... Для разработчиков это будет неважной идеей, поскольку продукт перелезет в сегмент рынка, где есть весьма серьезные конкуренты, да и требования к системам другие. Для нас же продукт станет на грани доступного. Затраты возрастут на порядок минимум. Я уже не говорю про обучение персонала и прочее. Если речь идет только о функционале LIMIT, то он в PostgreSQL легко реализуется хранимыми процедурами. Хотя придется серьезно перелопачивать взаимодействие биллинга с БД. |
|
| Автор: | Администратор [ 22 янв 2008, 15:46 ] |
| Заголовок сообщения: | |
В данный момент остро вопрос о смене БД не стоит. Учитывая покупку MySQL SUN ом, связка JAVA-MySQL будет только развиваться. |
|
| Автор: | snark [ 16 фев 2008, 16:08 ] |
| Заголовок сообщения: | |
Если бы в мускуле лок всей таблицы на INSERT-ах, UPDATE-ах и SELECT-ах вылечили - тогда мускул был бы оч. хорошей альтернативой постгресу, а пока ... пока при большой нагрузке вполне возможны не критичные, но все же потери данных Господа разработчки, задумайтесь об постгресе, пожалуйста.
|
|
| Автор: | Администратор [ 18 фев 2008, 11:28 ] |
| Заголовок сообщения: | |
Вы можете использовать движок InnoDB, там построчный лок. Только мы тестировали его на производительность и он проиграл MyIsam при всех вариантах конкурирующеой нагрузки (выборка, вставки/выборки). Пробовали переводить некоторые таблицы в нагруженных системах на этот движок, получили опять провал в производительности. При том что по всем тестам в интернете он выигрывает для "высоконагруженных многопоточных систем..". С настройками ухищрялись, но получить скорость сравнимую с MyIsam не смогли.. Цитата: Господа разработчки, задумайтесь об постгресе, пожалуйста.
Мы думаем все время  постгресс будем смотреть и тестировать.
|
|
| Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
| Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |
|