Re: PostgreSQL clustering VS MySQL clustering
Вложения
В списке pgsql-performance по дате отправления:
| От | Stephen Frost |
|---|---|
| Тема | Re: PostgreSQL clustering VS MySQL clustering |
| Дата | |
| Msg-id | 20050120143045.GN10437@ns.snowman.net обсуждение исходный текст |
| Ответ на | PostgreSQL clustering VS MySQL clustering (Hervé Piedvache <herve@elma.fr>) |
| Ответы |
Re: PostgreSQL clustering VS MySQL clustering
|
| Список | pgsql-performance |
* Herv? Piedvache (herve@elma.fr) wrote:
> Is there any solution with PostgreSQL matching these needs ... ?
You might look into pg_pool. Another possibility would be slony, though
I'm not sure it's to the point you need it at yet, depends on if you can
handle some delay before an insert makes it to the slave select systems.
> Do we have to backport our development to MySQL for this kind of problem ?
Well, hopefully not. :)
> Is there any other solution than a Cluster for our problem ?
Bigger server, more CPUs/disks in one box. Try to partition up your
data some way such that it can be spread across multiple machines, then
if you need to combine the data have it be replicated using slony to a
big box that has a view which joins all the tables and do your big
queries against that.
Just some thoughts.
Stephen
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера