Возможно ли в 1С 8.2 разнести документы и их табличные части в разные sql базы?
Т.е. есть документ реализация и табличная часть этого документа. Это разные таблицы, есть ли возможность разнести эти таблицы в разные физические базы?

Средствами 1С? Я такого не видел. Это надо костыли писать на всяком непонятном. Да и тут сразу вопрос - нафига? Вот честно. Разве оно того стоит?

Зачем?
Объясни потрбеность

можно в разные скуль файлы одной базы

(2) Может это хитрый вариант масштабирования? Распределение нагрузок на разные сервера?

(3) Автору то надо в разные базы распихивать. И что бы он сам принимал решения что и где должно лежать

(0)  в разные файлы БД можно растащить. ТОлько нафига?

Извините, что не отвечал, отходил. Тут есть один человек, который помешан на безопасности, суть в следующем, хотелось бы чтобы таблица документов хранилась в одной базе, а табличные части в другой, и вообще разнести это всё на разные сервера sql.

(6) То есть, вместо одного сервера, он хочет охранять два?

Но даже если это и получится, то регистры то будет не разделись, это ж одна физ таблица. С ними надо будет городить огороды, что то вроде нескольких регистров вместо одного, например хранить в одном номенклатуру, а в другом количество, и связывать их по УИДу к примеру, но тут теряются итоговые таблицы...

(7)В теории тогда при изъятии одного сервера, например с документами, не смогут вытащить данные из ТЧ.

(9) А вы не сможете работать с оставшимся. И?

(10)ну у нас может остаться бекап, который мы поднимем, и продолжим работать.

+(10) Системный администратор Юкоса при обыске заявил, что для взлома паролей на базы данных потребуется несколько лет интенсивной работы большого количества компьютеров. ОМОНовцы узнали пароль за 5 минут, 3 минуты из которых они привязывали админа к стулу.

Вообщем, не понятно как это сделать, да?

(13) Непонятно как, неясно зачем

Согласен, задача довольно странная) Ладно, всем спасибо)

(0)
если бд не файловая, то
подмените таблицы view.

перед реструктуризацией возвращайте обратно
либо напишите ddl триггер отмены пересоздания таблиц.

удобно кладр хранить в отдельной базе,
в других базах заменять таблицы view на таблицу базы с кладром