Появилась задача периодически сливать базу 1С из скуля в постгри. Как это удобнее сделать, желательно не прибегая к выгрузке в dt?

На винде?

(0) Никак.

(1) на винде

(1) вы что-то знаете?

(4) Я знаю что PostgreSQL бывает виндовый, а бывает нет, достаточно?

(2) А че ни как? можно типа через универсальный обмен XML

(0) Зачем?

только через dt

(3) Если структура метаданных не меняется то можно было бы сделать всякое.
Но есть вариант. На МС SQL в соседнюю базу делаете моментальный снимок в другую базу (где никто никогда не работает), ее выгружаете в dt, потом загружаете dt куда угодно.

(7) Разработку планируется делать на отдельном потсгре-сервере. Боевая база на скуле.

Я за обмен данными по планам обмена (XML в (6) уже сказал)

(10) Неверное решение. Рабочее окружение разработчика должно быть максимально приближено к пользовательскому.

(11) а если конфа изменилась?

Внизу ветки реклама чередуется, в одной из них есть удобное решение именно для перекачки данных из рабочей в тестовую базу, например (там нестрогое XML-чтение, позволяющее обмениваться данными между конфигурациями с немного отличающимися структурами метаданных, что как раз при разработке в тему)

(13) План обмена с галкой РИБ.

а чем через dt не нравится? можно батник написать и по ночам переливать.

а рекламы у меня никакой нету. adblock у меня.

(16) Долго через дт. к тому же нужен монопольный доступ, а ночью куча регламентов выполняется плюс есть несознательные граждане, которые не умеют выходить из 1С

(5) нет.

(17) тогда в (9) хороший вариант

(18) В ваших силах самообразовываться.

(13) Перекачивать конфигурацию отдельно от данных тот продукт также умеет, и это еще одно благо для наличия актуальной тестовой базы

(17) см (9)

(20) странный ответ ))).
Я задал свой вопрос потому, что показалось, что вы знаете способ такой миграции, но нужно знать платформу (под линухом свой рецепт, под виндой свой). Дальнейшие ответы показали - ни ига подобного.))

(23) Может и знаю. Если спросил - значит не просто так. Какие вы там делаете выводы мне п*иг.

ещё вопрос - на кой ляд терзать постгре при живом mssql?

(24) да мне тоже )

(10) Это какой гений такое придумал?)))))))

Способов много есть, но самый верный, простой и быстрый через дт

Бэкап + рестор через скуль, а потом через дт уже

(10) Вы так сильно боитесь остаться без работы в это нелегкое время, что сами себе заботливо раскладываете грабельки?

Разработку на постгре?
А может, быстрее будет найти три вещи?

Что вы пристали к человеку?
Если планируется работа базы на постгри, то разработку логично вести на постгри, чтобы все грабли собрать заранее.

(32) пока складывается ачучение, что кто-то решил разработку вести на отдельном сервере, а лицензии на ещё один скуль нету.

(31) ты имел ввиду три конверта?

(33) А сам сервер 1с крутится на ноутбуке директора

(0)Работает как в (9). Пока довольны.

У постгреса и МС разные форматы резервных копий. Автоматом  никак. Проще всего через dt. Алтернатива УниверсальныйОбменДаннымиВФорматеXML или Обмен через РИБ. Но это сложнее и дольше. Если нет $$$ на еще один MS SQL возможно стоит рассмотреть бесплатную версию MS SQL Express. Но в этом случае стоит внимательно почитать ограничения бесплатной версии

(37) Основное и фатальное ограничение экспресса - размер базы в 10 гиг.

(38) Да. И еще кажись ОЗУ <= 2 Гб

А кстати не всякую базу можно в дт выгрузить

(39) 1 гиг оперативки, одно ядро и 1 ггц, а также отсутствие планов обслуживания.

(39) Это не фатально. Ну подумаешь в кэш база не влезетю

(42) Для разработки нужно как раз чтобы все летало быстро

(43) Для разработки как раз нужно, чтобы всё тормозило. Код номарьный тогда писать будешь

https://dbconvert.com/mssql/postgre/
Мопед немой.

(45)
Personal  $200
Business  $600
Enterprise $1000

(46) Какое решение, такая и цена. Вдруг кому нужно базу каждую неделю переносить.

(46) А вы уверены, что структура sql одной базы одинакова для разных серверов и что сервер 1с не использует специфичные особенности?