Добро пожаловать в форум, Guest >> Войти | Регистрация | Поиск | Правила | | В избранное | Подписаться | ||
Все форумы / Microsoft SQL Server |
![]() ![]() |
Spinifex Member Откуда: Сообщений: 55 |
Коллеги, Сейчас одна из таблиц в БД слишком большая. Есть идей скинуть архивные данные в такую же табличку в другой базе на том же сервере. При этом система должна продолжать работать. Основная идея. Делаем vew в которой union all на текущую таблицу и таблицу из новой базы и в фоне перекидываем данные. Текущую таблицу переименовываем. Вопрос может ли координатор распределенных транзакций, который теперь будет работать, сильно сказаться на производительности запросов? |
13 окт 17, 08:45 [20866127] Ответить | Цитировать Сообщить модератору |
Pavel1211 Member Откуда: Екатеринбург Сообщений: 205 |
Он разве работает когда запрос идет к 2 бд на одном(!) сервере ? |
||
13 окт 17, 09:28 [20866226] Ответить | Цитировать Сообщить модератору |
Владислав Колосов Member Откуда: Сообщений: 8350 |
Spinifex,
Решение рискованное, вы же не сможете гарантировать 100% доступность другой базы. Если польза перевешивает риск, то можно и так. Разумнее было бы отделить файловую группу и определить политику резервного копирования этих групп. |
||
13 окт 17, 10:32 [20866469] Ответить | Цитировать Сообщить модератору |
LoopN
Guest |
Секционирование view (partition view) бы помогло, но нельзя создать view c WITH SCHEMABINDING для разных баз. При partition view он бы автоматом отсекал таблицу которая не используется. |
13 окт 17, 10:49 [20866587] Ответить | Цитировать Сообщить модератору |
Все форумы / Microsoft SQL Server | ![]() |