Всем доброго, Уважаемые!

Вопрос может несколько некорректен, но постараюсь озвучить как есть...
Для упрощения сравню с MySQL, который мне немного ближе. И так, допустим ситуацию, САЙТ болтается на MySQL, криворукий проггер написал запрос в БД и этот запрос выполняется много-много времени... ну или тупо повисла сеесия (по причинам не важно каким, представим обновляем мы огромную базу параллельно) так вот - этот запрос ни коим образом не сказывается на общей работы сервера, то есть другие пользователи открывая свои браузеры сессии не висят ну может чуть медленнее открываются из-за загрузки файловой системы (имперически вроде все так - по крайней мере мне чтоб прибить зависшую сессию можно было просто открыть в другом браузере)
теперь этот же сайт переезжает (по ряду причин от меня не зависящих) на Postgree, как там реализована схема работы с сессиями? Так-же? Или сессии работают от одного процесса и следовательно зависающая одна - портит жизнь другим?

Следующий момент, на MySQL я мог растащить базы (в пределах одного сервера) на разные диски, и делать между ними запросы совершенно свободно, без переподключений, на postrgee такой трюк не прокатил, но вопрос решился созданием дополнительных схем (отличной от public напр. site) и вроде бы как все работает, но: а можно ли растащить схемы по разным хардам? на случай тормозов ФС со схемой public это не отразилось на схеме site.

Прошу простить если коряво написал, объяснил на пальцах как мог....

mad_nazgul
Сейчас точно не знаю, но раньше для каждого соединения PostgreSQL создавал свой поток.
Т.к. PostgreSQL версионник, то "зависшая" сессия оказывает минимальное воздействие на другие соединения.
Ну если не считать того, что жрет процессорное время.
ну это я имел ввиду, и процессорное время, и может хавать ресурсы харда... главное потоки разветвленные и независимые..
Спасибо (гора с плечь)



Dimitry Sibiryakov Да ну?.. Для сайтов обычно используется MyISAM. Он уже перестал эксклюзивно блокировать
целую таблицу на время выполнения DML?..
у меня есть сайт который одновременно с двумя базами работает, одна на MyISAM вторая на InnoDB - тут вопрос выбора движка хранилища может быть даже религиозным, он не принципиален в данном контексте я считаю.... ибо рассматриваем не блокировки а зависшие сессии (SELECT например априори таблиц не блочит, по моему ни на одной базе - могу ошибаться, конечно. Но вот рука...опый select, да еще и рекурсивный может отхавать хорошо так проца и харда, да еще и если база косорукай... ой ма, понесло :-)))) )
insert привел как пример непринципиальности действия (блокировок), а принципиальности зависонов... но за нагоняй - пасиб ;-)))


Вопрос размещения схем на разных хардах актуален....

попутно читая нашел, что можно разнести индексы таблицы и логи (что в принципе уже тоже не плохо)
но как-то чтоб таблицы разносить такого не видел.. кто-нить сталкивался? может по топорному: создать базу, топануть сервак, перетащить папку с файлами, а в хранилище оставить symlink на базу?????
(ну вот так, взбреднуло что-то)
пинайте, если фигню спорол :-))))

Dblink пробовал, что-то не бодрят такие заппросы, в пределах сервера можду базами коннекты поднимать. Этот вопрос, в любом случае решен.
На счет процессов - гляну сегодня, про tablespace - почитаю.
Спасибо!

Бегло прошелся по рекомендациям :-) в общем то я и прав же был. Tablespace так и работает как я думал на банальных линках, по сути это можно и руками замутить...