> Можно примеры удачных внедрений и "истории успеха"? С конкретными ссылками?
> Про то, как одмин локалхоста что-то там ставил и у него все
> "шикарно работает" не стоит.
> Я и сам такого понаписать могу. И про сборки постгри в виртуалбоксе
> тоже не надо.
> Интересуют "боевые" применения данных решений, а не "площадь поверхности сферических коней
> в вакууме при температуре, стремящейся к абсолютному нулю".

Давайте я попробую рассказать. :)
Конфигурацию сервера БД и версии ПО писал выше.
Общий размер БД на дисках был около 500гб.
Самая большая и основная база - управление торговлей 10 какая-то, размером в 180 гигабайт с индексами(было прибавлено своих индексов прилично). Я уже там год не работаю точно номер версии не помню.
С табличными блокировками и кучей выкинутого функционала в самой конфигурации. Поэтому регистров было меньше, чем в оригинале и шевелилось все шустро. Незадолго до моего ухода перехали на 11-ую типовую торговлю с управляемыми блокировками. Стало вообще без нареканий ездить.
Было еще около 10-ти баз разных видов, в основном бухгалтерии всякие и базирующиеся на них управленки и прочая нежить, типа розницы и документооборота.
Сервер приложений пришлось распилить на три экземпляра на одной машине, ибо в одной из бухгалтерий, которую отсадили на отдельный экземпляр был какой-то чудо-косяк, иногда ронявший какой-нибудь серверный процесс со всеми клиентами :), программисты долго это косяк хантили, но безуспешно, в итоге решили вопрос огораживанием виноватой конфы от остальных.
Все базы интенсивно обменивались инфой в фоновых заданиях. Собственно для торговли 10 и пришлось немного попилить планы обмена и переписывать небольшую часть запросов на временные таблицы.
Первую неделю пришлось заглядывать в лог СУБД и для старых конфиг добавлять индексов либо вместе с программистами разгребать SQL-запросы на предмет переделавания. explain analyze + мини-конфа для выяснения соответствия между названиями в 1С и хренью цифро-буквенной в запросах, чтобы концы найти.
Postgres слабоват в левых джойнах это вообщем-то главная претензия.
Щас на новых конфах пишут со временными табличками длинные запросы обычно, плюс улучшается реализация встроенных функций, проблем вообще уже почти не было, когда я уходил, существенных точно.
Была еще грабля с отваленным клиентом и долгим запросом, но её pg_cancel_backend по крону решает. И с фрагментацией памяти немного было казусов, тоже решаемо.
В остальном все было хорошо. :)