Есть порядка 30 баз. В них работает порядка 80 пользователей. В самой большой базе за месяц вносится около 1000 документов. Задача объединить инфу из всех баз в одну. Тут встает вопрос- либо всех загнать в единую базу, либо сделать РИБ с центральной базой. Я больше склоняюсь к варианту с РИБом. Интересно мнение народа- кто что и почему выберет/

Мало данных. Почему склоняешься к РИБу? Сильно удалённые подразделения со слабыми каналами?

Сильно шибко зависит от того что за конфа

Попробуй хотя бы сделать пять баз

Если каналы связи позволяют и данные нужно консолидировать - единая без вариантов.
(а так мало данных офк)

(0) Какая конфигурация? РИБ - типовой механизм или самописный?

(1) есть опят работы с ним. в случае если с единая база встанет, то все будут курить до момента ее поднятия
(2) УТП
(3) сейчас работаю с 25
(5) механизм самописный

(3) 25 это БП

(6) Что значит, "база встанет"?

(6) УТП это кто? Казахстанский вариант УПП 1.3?

(8)по какой-то причине сломается, накроется и т.п.

(9) украинский вариант торговли

Ответ прост: если позволяют каналы связи - то единая. Если проблема с соединением  - РИБ.
Работал с разными вариантами - с РИБами проблем всегда море, причем неизвестно на что напорешься. С единой базой все проще, а если бэкапится регулярно, хотя бы 3-5 раз в сутки, то можно сказать нет вообще проблем.

(0) здесь сделали единую - https://habrahabr.ru/company/knopka/blog/239697/
я сейчас тоже делаю разделителем, но оказалось не так просто, есть моменты...

(11) Тогда единная

(12) Сильно зависит от конфиги. Например БП 1.6 впринципе не умеет работать в многопользовательском режиме, БП 2.0 проблемы только если есть ИП. В 3.0 все хорошо

(13) Там несколько организаций. Для того и вводится разделитель.
У ТС за несколько организаций ни слова.

(13) имхо не вариант, хотя и интересно
(15) "Есть порядка 30 баз"- имеется ввиду что каждая база это юр лицо

Имхо: количество подчиненных баз в РИБ - от технической возможно держать единую сеть и политической воли руководства (иногда требуют для каждой организации "свою" базу). Что, впрочем, не мешает создавать узлых в пределах одной сети. У меня, например, главбух сидела на отдельном узле некоторое время (всё из-за её любви запускать перерасчет себестоимости по несколько раз в день при закрытии месяца).

Эээ... ясень пень что я за РИБ :)

(16) Если "каждая база это юр лицо" тогда не понятна цель всего мероприятия. Нужен консолидированный учет, задолбались сопровождать как в (13), просто "есть мнение" или для чего?

База маленькая я за единую.

(18) да консолидированный для управленческого учета. Докрутить Битфинанс или еще что-то

РИб или не РИБ - для меня не вопрос.

А вот "задача объединить информацию из всех баз в одну"(0) - светит автору в любом случае.

Ооо... борьба с дубликатами, плавно переходящая в войну всех против всех... да уж, это отдельная песня. Для некоторых - лебединая :)

(21) это ожидаемо. знаем об этом

(20) Тогда есть 3 варианта.
1. Общая база с разделителем.
2. РИБ с настроенными фильтрами миграции.
3. Обмены без организации РИБ.

Я за :

РИБ по организациям и центральный узел для консолидации. Где пользователи не работают. В смысле не вбивают документы по организациям, а только смотрят отчеты. Но это уже имхо.

(24) Да именно так и предполагается что первичка будет вбиваться в периферийках, а в центре будет только банк и несколько пользователей отчеты формировать

(25) Делай единую с разделителем. Если аппаратура позволяет.
Грузить в ЦБ пакеты обмена будет нифига не быстрее, чем организовать работу в одной базе.

(25) такие решения всегда имеют свои подводные камни. Это понятно и так, хоть даже не пиши об этом.

Во-первых, существующий порядок вещей у вас означает распределенную на отдельно взятые железяки нагрузки на локальные сетки. Там же как сделано, в каждом обособленном свой сервер какой-нибудь установлен?

Далее... нет ни слова о том, в каких режимах запущены локальные базы. Очень может быть, что там есть файловые версии, т.к. на каждую по отдельности пользователей не много.

ну и подобных моментов можно много вспомнить

(типа как бы намёк)
РИБ - более десяти лет нормального полёта. Чего только не было за это время - слетали Raid-массивы, обрывалась связь, даже горели сервера... всё было. Не было только потери базы с восстановлением из архивов. РИБ - лучший способ создания распределенного неубиваемого архива :)

Я бы предположил, если уже имеется некий центральный сервер в железе: просто физически разместить на нем все базы, решить проблемы технического характера со связью, с терминалами по RDP и т.д.

И только после этого подумать о том, что эти все сваленные на общий сервер отдельные базы можно слить в общую базу... получив в нагрузку еще кучку проблем с одновременной работой нескольких десятков пользователей на одном и том же составе объектов метаданных

Единая и есть центральная

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

(9) Управление Торговым Предприятием.

немного уточнений внесу: все базы лежат на одном сервере, юзеры подключаются через терминалы. все базы в режиме клиент-сервер

(20) Может тогда выгружать управленческие данные в управленческую базу и там все и вертеть?

(21) Борьба с дубликатами ничто, если различаются группы в планах счетов.

(12) поддерживаю

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

(35) конфигурации полностью идентичные

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

(33) тогда вообще нет смысла в РИБ, имхо

(39) да. это дополнительный плюс на мой взгляд
(40) это сейчас. как потом будет- хз

Одна сука запустит отчет без отборов и вся база ляжет.

оба варианта имеют свои плюсы и минусы.
если 30 баз в разных городах, то риб

Если РИБ свой и есть единый центр администрирования обменов (а с учетом того, что все базы на данный момент в одной локальной сети), то Я за РИБ.

(0) объединишь в одну, потом будешь безуспешно бороться с правами доступа.
Одна база на всех - это "почему все видят зарплату, блеать?" и "я добавил РЛСов и теперь все медленно и печально, что делать?".

Странная голосовалка.
>>Тут встает вопрос- либо всех загнать в единую базу, либо сделать РИБ с центральной базой.

Чтоо за бред? Либо хлеб маслом намазать, либо маслом намазать хлеб.

Если вам нужна единая база - делайте единую.
Хороший пример единой базы - РИБ.

Т.е сделать РИБ просто невозможно даже в теории, если у вас нет единой базы.
А вы противопоставляете создание единой базы РИБу.

(40) 80 баз по одному пользователю может в файловом режиме работать, а одна база с 80 пользователями не может.

(47) ну причем тут теория какая-то, если у него конфы уже идентичные? Создать в каждой нужной базы узлы обмена, установить, что база подчинена и все.

Чтоб обмен заработал именно в режиме РИБ, сделать из той что выбрали "центральной" выгрузку конфигурации в файл cf , а во всех остальных конфигурацию _загрузить_из_файла_ и все.

Как раз в теории - ничего сложного :)

А вот, как раз в теории, без наличия работающего оттестированного обмена он даже не сможет единую базу ничем наполнить.

сам с РИБом на 30 с лишним точек мучаюсь.

Вопрос ещё в том - а не торговые ли точки у вас работают каждая со своей базой ?
В случае файловой базы на торговой точке и отсутствия Online-заказов и резервирования с центрального склада - нет смысла в единой базе, а подстроенный РИБ позволит все данные аккуратно собрать в центральной базе.
Кроме того, перемещения товаров из центрального офиса и складов как раз и будут делаться отправкой пакетов РИБ - тогда пользователям в поле ничего не нужно будет вводить вообще.

При стабильной и быстрой связи (терминалом как обычно можно поправить слегка) 80 юзеров это мелочи.

Но если связи периодически нет или требуется чтобы для всех база работала даже если нету связи то только РИБ.

Для выбора недостаточно данных в (0), читать ветку лень

(53) Там ещё вопрос - а нужно ли человеку на месте видеть то, что за пределами его места находится - если да, то лучше смотреть в сторону Online, если нет - то или РИБ или просто произвольный обмен данными.

(53) // (33) немного уточнений внесу: все базы лежат на одном сервере, юзеры подключаются через терминалы. все базы в режиме клиент-сервер

(33) тогда у вас всё готово для единой базы

Я бы единую делал. Тем более если подключаются через терминал, вообще 0 проблем.

(45) У нас 1000 пользователей в пике онлайн. РЛС Куча организаций и филиалов. Проблем не испытываем что то.

(45) права чуток допиливать надо,
распределенная база не решает проблемы или делить нужно не по юр.лицам, а по отделам.

Если есть возможность сделать единую, то нафик РИБ не нужен. Как показывает практика - чем больше обменов, тем больше косяков
(59) привет!! ))

(45) если так рассуждать - то нужно каждому пользователю по своей базе.

(41) Вот в (46) дело говорят. Вам никто "потом" не помешает, если кому-то сильно приспичит, сделать пару узелков РИБ.

В наших условиях - только РИБ. Единая, это если ВСЕ сидят на оптоканалах, что сейчас не так часто, особенно в регионах.