Перезалил базу в postresql и сравниваю скорость работы с файловым вариантом, база достаточно большая, я просто формирую отчет за одинаковый период, скорость одинаковая, так и должно быть или что-то настроено не так ? Сам постгрес с сайта 1С, сервер 1С и постгрес x64, сервер на windows 2008 x64.

И кто тебе обещал скорость в sql?

(1) Я переношу не из-за скорости но думал хоть чуть-чуть будет разница.

(2) Скорость будет заметна на больших объемах данных/большом кол-ве юзеров.

Под одним пользователем SQL должен быть медленнее, чем файловая.

(4) У меня сейчас 8 юзеров в файловой и я один в копии но залитой в SQL, разницы нет.

И сколько времени формируется "отчет за одинаковый период" на исчерпывающе описанных серверах?

(6) Файловая ~ 8 секунд, SQL  ~ 14 секунд О_о, оборотка по 631 счету за 4 месяца.

В окошке О программе, что такое режим Серверный (сжатие: усиленное), что это за сжатие ?

(8) Нашел.

(5) Postgresql вообще тормозной в связке с 1С.. + "и я один в копии но залитой в SQL, разницы нет."
Загоните 50 пользователей в файловую, пусть одновременно нажмут сформировать у тяжелого отчета.
Потому 50 в sql тоже самое. Разница будет заметна.

(10) На MS SQL уже нету денег и так этот серверный ключ для 1С стоит дурных денег.

(11) по ценам - это смотря с чем сравнивать...
а по существу вопроса, то постгри это либо "на поиграться", либо для очень небольших объемов данных, в пределах пары десятков гигов одна база. По крайней мере такое мнение у меня сложилось в 2011 году, если сейчас все стало в разы лучше - поправьте меня, пожалуйста.

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

> так этот серверный ключ для 1С стоит дурных денег.
ну если контора - привокзальный киоск, то, наверное, да

а вообще, тема уже, мне кажется, давно исчерпана
вот, к примеру, замечательная статья от Гилева
http://infostart.ru/public/174086/

(0) postresql подшаманить надо чтобы летал.
Мы когда поставили, посел MSSQL, он тормозил жутко. Потом памяти добавили и админ посмотрел где он проседает, настроил стал "нормально" работать.
Запарили транзакции через 2 месяца вернулись на MSSQL.

MSSQL дешевле купить чем переписывать пол конфигурации под управляемые блокировки.

(7) Ну, тут х.з. Сам понимаешь - влияющих факторов очень много.
1) обычно с постгри по линухом работают, и грамотно настроенный он уступает MSSQL незначительно а порой и выигрывает на некоторых операциях. Речь об управляемых блокировках ессно. Как оно там на винде с ним в риале - у меня информации нет, но подозреваю, что чуток похужей.
2) постгри таки надо настраивать в отличие от MSSQL. Из коробки он не работает. Вернее, работает очень плохо.
3) черт его знает, какая у тебя ситуация с серверными ресурсами. СУБД ессно более прожорливая штука, чем файловый движок. И если есть проседание по ресурсам на узком месте - будут тормоза.
Так что отсюда, к сожалению, не видно - так оно и должно быть или что-то настроено не так.

постгрес нормальная субд при грамотном админе
с упр блокировками(типовыми) так и вообще никаких проблем

Ну мне как-то не подумалось, что конфу весом 20 гигов и с 15 пользователями нужно переписывать под управляемые блокировки :). А что касаемо настроек, то статьи и примеры были вычитаны и проделано все что требовалось... Но оно изначально бажное! Чего стоило хотя бы то что не делался бэкап больших BLOB-данных штатной утилитой pgbackup, она тупо вылетала и все. И вы мне хотите сказать что это нормальная СУБД?

(19) кто тебе такое хочет сказать? :-) :troll:

(20) (18) :)

(19) Тут такое дело... У нормальных - она нормальная. У тебя - бажная. Вот такой, понимаешь, корпускулярно-волновой дуализм.

(0)
Придется подшаманить настройки. Некоторые запросы переписать (не все, что SQL переваривает, переваривает постгре). Работать будет.

(22) ага, только почему-то проблемы не у меня одного.
Вы бэкап конфы УПП пробовали делать средствами постгри?

+ (24) - вот: v8: УПП + PostgreSQL после перехода на 8.3.1 не создается дамп
проблема не решена.
Она же была на 8.2.
И это далеко не все вопросы которые там возникали