Только что взяли постгрес от Етерсофта (в деб пакетах). Установили на дебиан.
Так вот, все модули есть (mchar, и 2 других), но в базу содержимое скриптов, добавляющих эти типы, не попало. Вот так вот.
Да, 1С не понимает стандарт host:port.
Два варианта.
Системную посадить на 127.0.0.1:5432, а 1С-овскую — на 192.168.1.1:5432.
Параметр listen_addresses в postgresql.conf.
Если же к системной тоже по сети бегают, то надо также разделить по адресам, но уже оба сажать на eth0 — Поднять алиас ifconfig eth0:0 192.168.100.2 например.
Я искал возможность точного управления выделением ресурсов под объекты баз данных. Не нашел. Их нет. Сравните, что выводит sybase tuning и mssql tuning.
Ну вообще-то инструкции по сборке тоже входят в пач, а именно в Make-файлы. Разве что речь идет о дистрибьюции в бинарном виде. Но и там Linux дает мощные инструменты реверс-инжиниринга.
именно по означенной причине, для интеграции с 1C в PostgreSQL добавлен патч, предоставляющий специальный тип mchar, который как раз и не чувствителен к регистру при операциях сравнения
Ради интереса понаблюдаю, насколько 1С работает с уровнями изоляции транзакций :-)
Вообще я бы не хотел развивать тему плохой или хорошей 1С. Большой продукт. Хорошо, что на куски не развалился :-)
И в конце-концов, победителей не судят — ведь работает же несмотря ни на что?
Значит, не все так плохо.
Но уверен, с системной точки зрения есть запас для оптимизации.
Будем выживать. Я же написал, эпопея только начинается :-)
Мне интересно, почему софт, пропатченный руками разработчика — это надежно, а тот же софт, пропатченный руками другого не менее, а скорее более компетентного в системных вопросах — не надежно :-)
Я когда перешел в другую компанию работать, году эдак в 2004, там тот же биллинг, что мы sybase гоняли, работал под MSSQL. Потратил целый день на гуглинг по вопросам «MSSQL tuning». Потом не выдержал и позвонил товарищу мелкомягкому… Тот долго не мог понять, о каких именных кэшах для таблиц, индексов, и процедур я пытаюсь говорить. В потом в шоке был я — MSSQL не имеет механизма тонкой настройки.
Это я к тому, что postgres в отличие от MSSQL обладает механизмами тюнинга. Видимо, в Вашем тесте ими не воспользовались :-)
Так вот, все модули есть (mchar, и 2 других), но в базу содержимое скриптов, добавляющих эти типы, не попало. Вот так вот.
postgresmen.ru/news/view/44
MSSQL нервно курит :-) Похоливарим? :-P
habrahabr.ru/blogs/postgresql/26289/
Вы просто не умеете ее готовить :-)
Но в принципе да, можно.
Два варианта.
Системную посадить на 127.0.0.1:5432, а 1С-овскую — на 192.168.1.1:5432.
Параметр listen_addresses в postgresql.conf.
Если же к системной тоже по сети бегают, то надо также разделить по адресам, но уже оба сажать на eth0 — Поднять алиас ifconfig eth0:0 192.168.100.2 например.
Не зря же менеджеры пакетов придумали.
Вообще я бы не хотел развивать тему плохой или хорошей 1С. Большой продукт. Хорошо, что на куски не развалился :-)
И в конце-концов, победителей не судят — ведь работает же несмотря ни на что?
Значит, не все так плохо.
Но уверен, с системной точки зрения есть запас для оптимизации.
Будем выживать. Я же написал, эпопея только начинается :-)
база в кодировке ru_RU.UTF-8 :-)
Это я к тому, что postgres в отличие от MSSQL обладает механизмами тюнинга. Видимо, в Вашем тесте ими не воспользовались :-)