Коллеги, приветствую!

Есть несколько [десятков] региональных баз. Структура таблиц - аналогичная.
Хочется "виртуально" склеить их в одну БД, собрав в данные как секционированное представление, добавив колонку с кодом региона, типа:


Проблема в том, что в таблицах БД никакого кода региона нету. И, соответственно, констрейнт region between 1 and 1 в таблицу не вставишь. И условие Where region = 1 во вью тоже не поместишь.

И в результате этого запросы вида:


Генерируют планы с обращением во все таблицы.
Спасает, если добавить Where a.region = 1 and b.region = 1 Option (recompile), но в случае уже трех таблиц, например - это почему то не работает. Да и не всегда вариант.

Как быть то?
view нужны только на чтение.

iapВо-первых, странно видеть имя типа db1.table1. Где имя схемы, спрашивается?
вторую точку пропустил, прошу прощения.
Читать как: "db1..table1"

alexeyvguaggsterКак быть то?region должна быть колонкой во всех таблицах, входить в ПК, и на неё в каждой таблице должен быть наложен соотв чек-констрейн (то есть в db1 - "region=1" и т.д.)
BOL2.Partitioning column
•The partitioning column is a part of the PRIMARY KEY of the table.
•It cannot be a computed, identity, default, or timestamp column.
•If there is more than one constraint on the same column in a member table, the Database Engine ignores all the constraints and does not consider them when determining whether the view is a partitioned view. To meet the conditions of the partitioned view, there should be only one partitioning constraint on the partitioning column.

Да понимаю я это.
Никакого обходного трюка нет?

invmuaggsterНикакого обходного трюка нет?Вам трюк был показан.
Таблица может быть в плане, но в реальности обращений к ней нет. Именно так работает этот "трюк".
Да, я его обдумываю. Отпугивает изменение синтаксиса запросов.

a_voroninuaggster,

Поставьте Вертику и не изобретайте велосипед
Да с тем же успехом можно создать отдельную базу с таблицами с кластерным колумнстором, и перегружать данные в нее. Ну или вообще как то перегружать данные в специализированное хранилище.
Это то как раз не проблема (в смысле не проблема понять, что так можно сделать).
Хочется быстро, наивно и прозрачно.

alexeyvguaggsterНикакого обходного трюка нет?Не знаю такого :-(
очень уж это сложно, видимо, разложить данные по таблицам по таким критериям в общем виде.
Конечно, мы видим глазами, как секционируются данные, но серверу понять, что, оказывается, какая то константа "1 as region", в качестве поля, является колонкой секционирования...
Видимо, это нереально сложно.
Т.е., играть только по-честному.
Добавить колонку регион not null в каждую таблицу, добавить ее же в кластерный индекс (в конец индекса, чтобы не сломала запросы в региональных базах), добавить констрейнты в каждую таблицу Constraint c_region check region = 1 with check, и, потом, по-честному, в view писать where region = 1.
... и при этом, возможно, на не-энтерпрайзе должным образом всё равно не заработает (было там какое-то говно по секционированным представлениям, не помню какое).
ЧУдно.
:-(

Владислав Колосовuaggster,

это действительно наивно, т.к. при выведения одной из баз ил итаблиц из доступности всё приложение перестанет работать.
Это снепшоты, и вся эта конструкция - используется для эпизодических отчетов. Так что это не очень существенно.
Но да. Это проблема.