Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
PostgreSQL под большой нагрузкой
|
|||
|---|---|---|---|
|
#18+
Hi All! Появилось предложение по созданию большого коммерческого интернет-проекта, в котором предполагается хранение порядка нескольких гиг информации, с частыми (возможно ежечасно) и большими потоковыми апдейтами/инсёртами. К информации большое количество (более 1000 в час) запросов поискового характера. Тут же необходимо отслеживать статистику клиентов по запросам, тарификацию и отслеживание баланса денежных средств клиентов. Реализация такого проекта с использованием Oracle - дело несложное. Но у меня идея использование opensource технологий. Один корпоративный проект (с существенно меньшей нагрузкой) мной уже запущен и с октября прошлого года проблем не наблюдается. Хотелось бы посоветоваться, узнать мнеие специалистов, можно ли доверить такой проект СУБД PostgreSQL? Может кто располагает аналогичными примерами, если можно ссылочки. Заранее спасибо всем, кто посочувствует моей идее :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.08.2004, 04:54 |
|
||
|
PostgreSQL под большой нагрузкой
|
|||
|---|---|---|---|
|
#18+
нетороплив postgres, особенно с изменением данных. хотя если железо позволяет - я бы проект делал на нем ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.08.2004, 14:56 |
|
||
|
PostgreSQL под большой нагрузкой
|
|||
|---|---|---|---|
|
#18+
www.ilka.ru - работает, нормально. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.08.2004, 19:53 |
|
||
|
PostgreSQL под большой нагрузкой
|
|||
|---|---|---|---|
|
#18+
> Реализация такого проекта с использованием Oracle - дело несложное. Дружище, объясните мне, пожалуйста, в чем принципиальная разница реализации базы данных на Oracle или PostgreSQL? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.08.2004, 01:17 |
|
||
|
PostgreSQL под большой нагрузкой
|
|||
|---|---|---|---|
|
#18+
CM Hungrywww.ilka.ru - работает, нормально. Информации на сайте о примененном решении не нашел. Поверю на слово, спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.08.2004, 04:31 |
|
||
|
PostgreSQL под большой нагрузкой
|
|||
|---|---|---|---|
|
#18+
guest_20040621> Реализация такого проекта с использованием Oracle - дело несложное. Дружище, объясните мне, пожалуйста, в чем принципиальная разница реализации базы данных на Oracle или PostgreSQL? Реализация БД здесь точно не причем, ничего сверх сложного городить нет нужды. Но вот надежность СУБД, способность выдержать достаточно приличную нагрузку - это первейшие вопросы при реализации коммерческого проекта. Почитал http://advocacy.postgresql.org/casestudies/wcgcasestudyonpostgresqlv1.2.pdf Начинаю верить, что все возможно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.08.2004, 04:50 |
|
||
|
PostgreSQL под большой нагрузкой
|
|||
|---|---|---|---|
|
#18+
> Но вот надежность СУБД, Дружище, узкое место Вашего проекта - это "…тарификацию и отслеживание баланса денежных средств клиентов…", а не гипотетическая надежность. Imho. > способность выдержать достаточно приличную нагрузку - это первейшие вопросы > при реализации коммерческого проекта. Хм... при стоимости dual s604 сервера с 2 Гб памяти менее $3k кластер для PostgreSQL обойдется в разы дешевле лицензионного Oracle. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.08.2004, 16:37 |
|
||
|
PostgreSQL под большой нагрузкой
|
|||
|---|---|---|---|
|
#18+
кластер для PostgreSQL обойдется в разы дешевле На PostgreSQL-е можно кластер из нескольких машин делать? А где про это почитать можно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.08.2004, 11:40 |
|
||
|
PostgreSQL под большой нагрузкой
|
|||
|---|---|---|---|
|
#18+
afaik нельзя... есть pgpool http://www2b.biglobe.ne.jp/~caco/pgpool/index-e.html - но это load balancing ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.08.2004, 12:57 |
|
||
|
PostgreSQL под большой нагрузкой
|
|||
|---|---|---|---|
|
#18+
afaik нельзя... есть pgpool http://www2b.biglobe.ne.jp/~caco/pgpool/index-e.html - но это load balancing Мдяяя. А я уж губу раскатал. Это, как я понял, типа горячей репликации, а не распределения нагрузки. Или может чего-то не понял, не сильно вчитывался. Спасибо за инфу, будем, если что, иметь в виду. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.08.2004, 13:06 |
|
||
|
PostgreSQL под большой нагрузкой
|
|||
|---|---|---|---|
|
#18+
горячая репликация + load balancing на select'ы (запросы на запись идут на оба сервера, запросы на чтение распеделяются) имхо если репликация нужна, то такое распределение нагрузки в качестве бесплатного бонуса неплохо иметь... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.08.2004, 14:28 |
|
||
|
PostgreSQL под большой нагрузкой
|
|||
|---|---|---|---|
|
#18+
32768 [quot CM Hungry] www.ilka.ru - работает, нормально. [quot] Информации на сайте о примененном решении не нашел. Поверю на слово, спасибо. Там и не должно быть информации о решении =) А так - PostgreSQL 7.1, PHP, Apache, самописный кэш-модуль. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.08.2004, 15:03 |
|
||
|
PostgreSQL под большой нагрузкой
|
|||
|---|---|---|---|
|
#18+
а почему на более новый postgresql не переведешь? разработчики говорят о значительном увеличении производительности, с совместимостью проблем быть не должно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.08.2004, 16:17 |
|
||
|
PostgreSQL под большой нагрузкой
|
|||
|---|---|---|---|
|
#18+
> На PostgreSQL- Дружище, не "на", а "для", - разницу чувствуете? Еще раз: если Вы действительно собираетесь делать взрослый проект, то по степени значимости на первое место нужно поставить работу с клиентским балансом. Надежное решение простым не будет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.08.2004, 02:02 |
|
||
|
PostgreSQL под большой нагрузкой
|
|||
|---|---|---|---|
|
#18+
guest_20040621> Еще раз: если Вы действительно собираетесь делать взрослый проект, то по степени значимости на первое место нужно поставить работу с клиентским балансом. Надежное решение простым не будет. Как мне кажется, Вы имели опыт. Интересно было бы посотрудничать в той или иной мере... Но опять, Вашими же словами, чем отличается реализация подзадачи клиенткского баланса в Oracle и PostgreSQL? Возникают подозрения, что PostgreSQL нельзя доверить критически важный проект, в отличии от Oracle. Я Вас правильно понял? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.08.2004, 10:39 |
|
||
|
PostgreSQL под большой нагрузкой
|
|||
|---|---|---|---|
|
#18+
> чем отличается реализация подзадачи клиенткского баланса в Oracle и PostgreSQL? У Oracle гораздо больше возможностей по обеспечению нужной модели безопасности. > Возникают подозрения, что PostgreSQL нельзя доверить критически важный > проект, в отличии от Oracle. Я бы не был так категоричен. Просто там, где у Oracle есть штатные инструменты, у PostgreSQL нужно будет писать что-то аналогичное или менять структуру данных так, чтобы можно было бы обеспечить нужную функциональность. Есть уверенность, что в следующей версии PostgreSQL будет много чего добавлено (релиз, если память мне не изменяет, будет довольно скоро) и скорее всего развиваться эта dbms будет очень активно. Как и в каком направлении - вопрос. Я бы дождался релиза, а уже потом принимал решение о выборе dbms. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.08.2004, 12:09 |
|
||
|
PostgreSQL под большой нагрузкой
|
|||
|---|---|---|---|
|
#18+
2 eddie: я к этому проекту не имею отношения с 2002го года, и за перевод на новую версию мне никто не заплатит. Даже за апдейт софта на сервере. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.08.2004, 16:31 |
|
||
|
PostgreSQL под большой нагрузкой
|
|||
|---|---|---|---|
|
#18+
2 g32768: посотрудничать - могу и себя предложить cyrill77@mail.ru ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.08.2004, 18:07 |
|
||
|
|

start [/forum/topic.php?fid=53&msg=32657342&tid=2007706]: |
0ms |
get settings: |
4ms |
get forum list: |
8ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
122ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
47ms |
get tp. blocked users: |
1ms |
| others: | 211ms |
| total: | 407ms |

| 0 / 0 |
