Дык кто говорит про два... один на линухе... если уж постгрес

слушай, на винде поставил, далее далее, готово. работать будет годами.

нет смысла заморачиваться особенно если нет в штате человека со знанием линекс

пока не будет 50+ пользователей

а когда будут то возможно один из них уже будет администратором)

Если мы про оригинальную сборку, а не ту, что от pgpro, то грустно оно будет работать. Там же мизерный лимит по памяти выставлен по дефолту.

Привет. Как вариант, к твоим двум справочникам можно сделать третий справочник , через служебный реквизит его с двумя первыми связать и  вытащить форму списка этого третьего справочника в интерфейс. Соотв., в таблице на форме обрабатывать выбор и через стандартное ПоказатьЗначение показывать форму нужного справочника от этого служебного реквизита. Соответственно, таким образом можно вообще нагородить мета-универсальный журнал справочники-документы и открывать нужный тебе элемент из одного места. Единственная здесь сложность - это программная генерация такого элемента при отдельной записи каждого показываемого + если ты хочешь создать элемент из этого "журнала", надо по типу типовых давать возможность указания типа метаданных.

Спасибо за совет, с универсальным журналом думал, но хотелось бы чего-то покрасивее.
Тут трабл в том, что до меня там зачем-то создали 2 почти одинаковых по структуре справочника а сейчас вроде как бы есть потребность у заказчика хранить всё собственного в одном месте и видеть в одном месте.
она по сути как бы и раньше была но почему-то разработчик решил пойти и таким путем что создал 2 справочника вместо 1.ну и как следствие так как это система одна из многих протянули все эти два справочника по оставшимся информационным системам в компании.
пришёл к выводу что лучше слить все эти два справочника в один.
Помучаюсь немного, но потом проще должно быть😁

Привет. Как вариант, к твоим двум справочникам можно сделать третий справочник , через служебный реквизит его с двумя первыми связать и  вытащить форму списка этого третьего справочника в интерфейс. Соотв., в таблице на форме обрабатывать выбор и через стандартное ПоказатьЗначение показывать форму нужного справочника от этого служебного реквизита. Соответственно, таким образом можно вообще нагородить мета-универсальный журнал справочники-документы и открывать нужный тебе элемент из одного места. Единственная здесь сложность - это программная генерация такого элемента при отдельной записи каждого показываемого + если ты хочешь создать элемент из этого "журнала", надо по типу типовых давать возможность указания типа метаданных.

8.3.16 обещали убрать режим в закладках, но так и не убрали?

Господа, подкиньте ссылок на статей по работе с фоновыми заданиями из клиента.
Мне нужно, по событию на клиенте, запустить фоновое задание, и когда завершится... обновить данные на клиенте, по результатам работы фонового.

Знаю что это уже сто раз разжовано, поэтому буду признателен за посыл в виде ссылки на лучшее из написанного.

БСП длительные операции

А, точно... БСПже... спасибо.
полезу читать.

там обработка есть со всеми вариантами

"когда завершится... обновить данные на клиенте" // Так не получится - только с лагом (регулярный опрос сервера с клиента)

Да уж хоть как нибудь )) Все лучше чем ждать завершения длительного расчета - крутя колесиком перел лицом пользователя )

Я как бы в своей логике учитываю что могут быть лаги.

да да да в БСП именно про это

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