sql

> ваш сложный навороченный запрос для постгри
вот именно в постгресе, убрав абсолютные ненужные там явные join, вставленные туда неопытным писателем и заменив на неявный join по from table , я получил ускорение раз в 5. при этом селект стал совместим с мускулом.:-)

>Кто юзал Мастер-ту-Мастер реплику в постгресе? Какой движок лучше юзать? Никакой. Для postgresql нет реализации master 2 master репликации.

2Dubrovsky (*) (31.03.2005 8:49:53)

Когда это всё будет в мускуле и всё это будет работать нормально, его единственное преимущество - скорость будет на уровне постгреса!!!

2anonymous (*) (31.03.2005 12:30:54)
до лета не долго жать отсалось, но девел версию можно уже посмотреть, что то она у меня почему не тормозит... может руки крюки у меня? что я не так делаю? база маленькая правда 20гб, но под нагрузкой postgrest, mysql делает на innoDB, так было и так будет всегда... :-)

anonymous (*) (31.03.2005 12:36:21) ну а я об чем же ?! кстати в MySQL 5.0+innodb транзакции такие же урезанные как и были?

Такая репликация для postgres есть уже давно. В каждую табличку добавляется поле версии + триггеры. Вот если бы сделали на уровне сервера...

>Никакой. Для postgresql нет реализации master 2 master репликации.

мда. а как же http://pgfoundry.org/projects/pgcluster/ ? неужели бедный японец старался зря ?

> кстати в MySQL 5.0+innodb транзакции такие же урезанные как и были?

Бред, никакие они не урезанные, то что нужно.

>> update saldos set >> begintime=connects.begintime,endtime=connects.endtime >зверь песец просто. такое ощущение что перед составлением схемы БД >и логики программы вообще не думали головой. >херня какая-то. наверняка следствие неправильного проектирования. >ты скажи по-простому чо сделать-то надо? может проще обойдёмся?

нет думали. Сейчас просто идет переделка некоторых частей программы под изменившиеся требования. Привел что под руку попалось.

> так было и так будет всегда...
наивный, чукотский...