Это типа вид но не просто сохраненный запрос - а именно таблица один раз созданная и обновляемая по тригеру по мере наполнения - скорость выборок в этом случае должна по идее резко возрасти...
если кто делал отзовитиесь
ps
в названии - хранимые виды - не уверен но смысл именно такой и есть только в 2005
может это Partioned view...не помню щас название
Софт - RicCRM<<LotsiaPDM(4.40)<<MsSQL(5/8)
Уровень администрирования - Альтернативный
хм..
мы делали только самодельные таблицы и наполняли их триггерами..
но это все вручную.. вручную сделать таблицу, вручную сделать триггер..
(сделали таблицы-копии для cd_wsid и wf_maps.. сейчас можно смотреть исторические данные - сколько было юзеров в такой то день, сколько (каких, кем и когда) карт было запущено.. причем сами карты удаляем ежедневно)
лучше день потерять, потом за пять минут долететь!
q Уведомление об изменениях в базе данных (Query notification). Это еще одна новая и очень удобная возможность SQL Server 2005, которая позволяет отслеживать изменения в таблицах базы данных и реагировать на эти изменения. Обычный пример применения такого уведомления выглядит так: предположим, что наше приложение должно показывать какую-то информацию из базы данных, например, список всех заказчиков с суммой продаж по каждому. Запрос, который генерирует эту информацию, является достаточно ресурсоемким, и мы заинтересованы в том, чтобы выполнять его как можно реже. Поэтому приложение, выполняя этот запрос, одновременно передает на SQL Server 2005 запрос на уведомление. Затем оно использует кэшированные данные выполненного запроса. Как только данные, которые использовались в запросе, изменятся на SQL Server, приложению сразу придет уведомление об изменении. Оно очистит кэш и выполнит запрос заново.
Для работы с уведомлениями необходимо настроить службу Service Broker для базы данны