С наступающим 2009!!!!
Я вот хотел спросить...
если 1С на MS SQL Server... что уже стало нормой, где надо и где не надо, везде...
Насколько и когда имеет смысл делать УРБД через 1С...?

Можно же сделать одну "централизованную" базу 1С, с различными доступами,
а распределение (replication) делать средствами MSSQL

Должно, вроде, быть и легче, и эффективнее, и дешевле, с т.зр. лицензирования 1С и MSSQL, бэкапов, поддержки, конфигурирования и эксплуатации (?)

Почему-то все темы о распределении крутятся в плоскости УРБД.
Я что-то не улавливаю всех тонкостей в этом вопросе, почему это делается всегда через УРБД?

Я еще не встречал людей у которых реализована репликация SQL.
Как лохнесское чудовище-все верят, но никто не видел.
Технически 1С-ом проще.

Да, вот я тоже не встречаю. Поэтому, и удивляюсь...
Хотя, спорный вопрос, что 1С-ом проще

В 1С точно проще, так как можно управлять процессом тонко, а не массово. Различные фильтрации и прочее на скуле будет писать тяжко.

В 1С механизм УРБД как минимум встроен таким образом, что настроив план обмена трудностей с перетаскиванием данных не будет - даже на самописной конфе. Где что перезаписать, где проапдейтить, а где удалить.

В случае СКЛ репликации я не очень представляю как вы всякие тонкости обмена пропишете исходя из СКЛ-таблиц... Как минимум из-за того, что структура скультаблиц не такая простая как план обмена 1С.

П.С. Если сделаете репликацией - напишите как, статья получиться должна! :)

Не прокатит репликация в общем случае.
Прокатит только в случае, кода существует ПОЛНЫЙ обмен данными.
В случае каких-либо фильтраций - нарываемся на проблему переноса конфы. Которая посложнее будет, чем сам обмен данными.

Лучше убьюсь апстену , чем буду читать эту статью и тем более реализовывать.

Ибо надо по возможности пользовать типовые средства.
А по нормальному, нифига не выйдет с репликацией баз 1С средствами SQL... на посмотреть базу конечно так отправить можно, а вот "засасать" изменения из филиалов - косяк.
Остатки знаете ли, служебные итоги, индексы опять же....