Кто-то ставил 1С 8.1 в связке с PostgreSQL?
Что можете рассказать?
Сколько пользователе работает?
Какие особенности, нюансы, баги в работе?
|
Кто-то ставил 1С 8.1 в связке с PostgreSQL?
Что можете рассказать?
Сколько пользователе работает?
Какие особенности, нюансы, баги в работе?
Ставил для тестов на сервер в качестве базы использовал базу УТП
Выводы :
1.Стандартные конфигурации работают,но не оптимизированы под Postgres ( и под MYSQL в принципе тоже).Часть запросов придется переписывать,очень долго выполняются по сравнению с обычной базой
2.Ограничения postgres в работе не ощущается но при переписывании запроса их нужно учитывать
3."Честь и хвала" программистам 1с которые дорабатывали postgres.При установке на платформу отличную от redhat систем могут возникнуть трудности ( на windows вроде все работает )
4.Из багов заметил не объяснимую причину очень долгой загрузки dt файла, иногда вываливалась с ошибкой при подключении что "сервер отвергнул запрос".Но эта ошибка возможно из за того что postgres был старой версии и стоял на debian а не на red hat как это рекомендует 1с.
5.Слишком колоссального прироста производительности по сравнению с обычной базой не нашел.База доросла до 2 гб и особой разнице в скорости замечено не было
Последний раз редактировалось recon; 07.06.2009 в 01:34.
Hoc est vivere bis,vita posse priore frui!
я ставил на дебиане (64 бит), постгрес собирал из сырцов, все ок. баги были в релизах где-то год назад, сейчас работает стабильно.
А сколько пользователей работает в базе и какой объем базы?
пользователей в этой базе пять, объем около 10Г.
ps - начиная с релиза 8.1.12 1с выкладывает свои сборки постгреса не только в rpm но и в deb пакетах, так что сборка из исходников уже не обязательна
10 Гб это много, а пять пользователей нет.
Какая конфигурация?
Количество вводимых документов в день и количество регистров накопления по которым делаются движения?
вы полагаете оно будет совпадать с вашим? конфигурация нестандартная и документы нестандартные. и не вся информация в базу вводится операторами, бОльшая часть вводится программами-роботами. если интересует проблема с возникновением блокировок, то ее нет - в стандартных конфигурациях она вызвана не столько качеством платформы сколько временем записи и проведения документов, оптимизация этого времени гораздо существеннее влияет на количество одновременно работающих пользователей без взаимных блокировок, чем железо и операционная система.
Последний раз редактировалось Panda; 08.06.2009 в 15:20.
А вы используете блокировки записей и полей СУБД или для вашей реализации вполне приемлемы блокировки таблиц?
Если вы говорите о проблеме с блокировками записей в постгресе то она решена, используйте сборку версии 8.3
Я вас понял, спасибо.
// я тут был
ставили восьмерку на постгри ... рост базы примерно гиг/квартал , то же много документов заполняется "роботами", количество пользователей в базе около 25 .активных 15... работает стабильно (чесно говоря даже не ожидал), конфигурация нестандартная, но правда "собирали" постгри "местные" линуксоиды (ту что идет в комплекте ставить не захотели), железо относительно среднее...
ну вобщем именно как базой данные я ею доволен .. и спокоен (если под рукой есть линксоид который подкрутит если что ...), сам бы на такой эксперимент наверное не отважился бы .. (ставил бы по старинке МС Скуль)
Кратк. - сестр. тал. !
я бы тоже рекомендовал собирать постгре из исходников. хотя бы потому что пакеты собраны под конкретный дистрибутив конкретной версии, а из исходников можно на всем собрать. ну и к тому же собранные пакеты лежат в закрытой части сайта 1с, а патчи для исходников доступны всем
Социальные закладки