Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
 Подмена table на view  [new]
BootMaker
Member

Откуда: С-Петербург
Сообщений: 902
Возникло желание переместить быстро растущие таблицы в отдельную базу - то есть вынести их от серверной логики. Чтобы это сделать незаметно для множества клиентов лучше всего, на мой взгляд, просто
create view NameOfMyTable
as
select * from otherbase..NameOfMyTable
то есть подменить каждую таблицу на вью с таким же названием.
Есть ли какие подводные камни у такого решения?
19 июл 05, 10:54    [1715169]     Ответить | Цитировать Сообщить модератору
 Re: Подмена table на view  [new]
Paul Sacks
Member

Откуда:
Сообщений: 1105
Представление - виртуальная таблица, содержимое гененится динамически на основе результата выполнения запроса.
Ограничения ??? Максимальное количество столбцов - 1024, также они не могут ссылаться на временные таблицы, не допускается создание индексов и статистики, нельзя создать временное представление...

Может еще что-нибудь кто-нибудь вспомнит...
19 июл 05, 11:18    [1715289]     Ответить | Цитировать Сообщить модератору
 Re: Подмена table на view  [new]
WiRuc
Member

Откуда: Воронеж
Сообщений: 1280
BootMaker
Возникло желание переместить быстро растущие таблицы в отдельную базу - то есть вынести их от серверной логики. Чтобы это сделать незаметно для множества клиентов лучше всего, на мой взгляд, просто
create view NameOfMyTable
as
select * from otherbase..NameOfMyTable
то есть подменить каждую таблицу на вью с таким же названием.
Есть ли какие подводные камни у такого решения?

А смысл?
Может лучше подумать о секционировании?
19 июл 05, 11:23    [1715327]     Ответить | Цитировать Сообщить модератору
 Re: Подмена table на view  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74925
BootMaker
Есть ли какие подводные камни у такого решения?


Да полно. Начиная от необходимости включать cross-database ownership chains, и до невозможности использования DRI между таблицами разных бд.
В чем смысл Вашего желания?
19 июл 05, 11:33    [1715406]     Ответить | Цитировать Сообщить модератору
 Re: Подмена table на view  [new]
Roman S. Golubin
Member

Откуда: 140002
Сообщений: 11541

Может не стоит в другую базу, а достаточно только в другую файлгруппу?

Posted via ActualForum NNTP Server 1.2

19 июл 05, 11:35    [1715417]     Ответить | Цитировать Сообщить модератору
 Re: Подмена table на view  [new]
BootMaker
Member

Откуда: С-Петербург
Сообщений: 902
На физическом уровне смысла нет - просто логически так удобнее, вот и все. Хранить самые большие таблицы истории отдельно. А насчет секционирования - я делал однажды секционированные вьюхи на таблицы. Разбивал большую таблицу на "текущую" и "архивную". Геморроя, скажу я вам! Хотя вот там смысл был - это значительно ускорило обращения.
19 июл 05, 11:36    [1715431]     Ответить | Цитировать Сообщить модератору
 Re: Подмена table на view  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74925
автор
Хранить самые большие таблицы истории отдельно.


Это самоцель? Или это все-таки делается, например, чтобы таблицы с историческими данными бэкапить по другому расписанию? Если последнее, то посмотрите в сторону переноса таких таблиц на отдельные файловые групы. Правда процесс восстановления таких бд существенно сложнее.
19 июл 05, 11:45    [1715477]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить