Нужен совет. Хранение данных одной базы 1с. разделенными секционированием. кто то делал ?
Хотят физически раскинуть на разные физические сервера часть данных таблиц.

и возможно ли применять 2 метода.

Горизонтальное секционирование и Вертикальное секционирование на одну таблицу

Причем тут 1с?
Для нее скуль-черный ящик.
Но одна таблица 1с для скулы тоже одна таблица.
Теоретически,updatable view позволяет делать чудеса,но вот сможет ли 1с с ним работать вместо таблицы?

(3) интернет гуглите http://catalog.mista.ru/public/975144/

Нужно разбить данные по некоторым критериям как горизонтально так и вертикально. от неких параметров.

кто то делал не ? на ms sql ? oracle ?

не кого ?

(3) сможет.  но как поддерживать согласованное резервное копирование.

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

ис скл = ms sql

(5) что ожидаете от разбиения? Цели какие?

есть штатное разбиение в SQL я пробовал, мне не понравилось (сложнее администрировать SQL, менее понятные планы запросов и т.д.)

реально имеет смысл только при очень больших данных

(6) Я делал на Оракле, но без 1С. :)

Какую проблему пытаешься решить? И есть ли основания полагать что именно секционирование ее решит? Для того, чтобы нарушить лицензионное соглашение и жить на пороховой бочке, нужны веские основания.

Или это все в учебных целях?

(13) можно сказать в учебных. Поступил запрос от клиента. Хочет подробить данные на разные физические машины. Вот и вопрос можно ли. и что за это будет :)

(14) Выясни тот же вопрос у клиента: какую проблему путается решить?

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

Для разделения данных по разным физ. машинам есть РИБ.

(14) в учебных - не делай, потом обратно вернуть намного сложнее....

данный функционал не рекомендуется использовать без знаний DBA, вообще любые не дефолтные опции субд стоит применять НЕ В УЧЕБНЫХ целях, а для достижения конкретных целей, если целей нет - поднимай тестовый сервак в песочнице и там играйся, а вот на клиентах игратся не стоит, карму испортишь.

(2) Судя по всему, как-то можно: https://docs.microsoft.com/en-us/previous-versions/sql/sql-server-2008-r2/ms190381(v=sql.105)?redirectedfrom=MSDN
Но это уже высшая сиквельная магия. С ней явно не к одинэсникам.

(17) так сначала в песочнице. а клиент такое хочет.

для начала можно отдельные таблицы на отдельные диски вынести.
если этого будет мало то уже смотреть секционирование

(18) да пилотаж высокий. но на сколько я понял

только это кластеры серверов ms sql.
А мне нужно что бы данные были в разных местах. А тут они на каждом сервере почти одинаковые.
https://docs.microsoft.com/ru-ru/previous-versions/sql/sql-server-2008-r2/ms187467(v%3dsql.105)

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

а смысл какой?

обратно вернуть уже совсем не просто будет

(21) > А тут они на каждом сервере почти одинаковые.
Ты, вероятно, не дочитал. Но исходя из вот этого
> Столбец секционирования должен быть частью первичного ключа таблицы
Для 1С штатно не полетит

(22) Для этого есть Функциональные опции

Защита инфы "Методом нинзя" (только был и вот его уже нет) методами SQL (даже функционалом кластера SQL) не получится, в твоей концепции разрушается целостность Объектной БД 1С

Если так уж хочется решай вопрос через сохранение данных в файлы или внешние БД:
Секретные - в БД1 (шифруемый каталог на внешнем диске), если что дернули шнурочек и нет данных
Всем доступные - в БД2 (просто каталог на сервере)

от SQL задействуется функционал сжатия БД (то что выгрузили из БД потёрли)

(22) Я-то надеялся речь об интересной схеме мега-масштабирования биг дата, а оказалось - рядовая маски-шоу-паранойя.

(22) Гораздо дешевле и производительнее это решается банальной неполной репликой.

(28) Как-то проскакивало предложение: сервер SQL поставить в газельку и по Wi-Fi с ним работать, при маски-шоу, газелька уехала с целостной структурой данных, остались только белые и пушистые БД

(22) такое сделать невозможно

(30) +
то есть в случае потери одного файла база автоматом уйдет в режим не рабочий...

(29) я видел реализацию с подменой сервера на 3х железках, там достаточно было один комутатор от от 220 выключить и поднимался резервный маршрут, но уже к совершенно другому серверу хотя IF и его имя и мак были такими-же как у первого. Цена решения что-то в районе 500$ была