Для поклонников MS SQL - это для того, чтобы убедить начальство в том, в чем хочет автор, а не для повтора споров.
Вот переписал для Вас с Ораклового сервера. Надеюсь, это Вам поможет (очень не хотел бы оказаться на Вашем месте):



Модель конкурентного доступа к данным


Оракл
Многоверсионность
чтение согласованных данных
Отсутствие эскалации блокировок

Microsoft SQL Server 2000
Разделяемы блокировки на чтение или грязное чтение.
Т.е. читающий может заблокировать пишущего либо читать будет изменяемые и еще несогласованные данные.

Эскалация блокировок.
Т.е. если сервер определит, что нужно заблокировать более чем одну запись, он заблокирует всю таблицу.


Кластеры


Оракл
Прозрачная масштабируемость с Real Application Clusters

Microsoft SQL Server 2000
Требуется секционирование таблиц или что-то в этом роде.
Больше париться надо.


Индексы


Оракл
B-Tree indexes
Index-organized Tables
Bitmap indexes
Bitmap Join Indexes

Microsoft SQL Server 2000
B-Tree indexes
Clustered Indexes


Секционирование таблиц

(имеет значение для больших объемов данных, часть из которых относительно редко нужна для запросов, а другая часто)
Оракл
Три вида, по рангу, хеширование и список

Microsoft SQL Server 2000
Не поддерживается
Вместо
этого поддерживается секционтрование представлений.


Паралельное выполнение


Оракл
SELECT, INSERT, UPDATE, DELETE, MERGE

Microsoft SQL Server 2000
Только SELECT (MERGE вообще не поддерживается).


Дополнительные возможности хранилищ данных

Оракл
Материализованные представления, MERGE, Multi-table INSERT, Конвейерные табличные функции.

Microsoft SQL Server 2000
Только индексированные представления, вместо мат представлений.

Подробности
http://www.oracle.com/technology/deploy/performance/pdf/TWP_Perf_Oracle%20Database%20vs%20SS2000_1203.pdf

tygra
Директор конечно сразу же поверит, хотя и не поймет ничего. И назначит этого программера новым начальником отдела!


А не факт, что директора не любят иногда всякие непонятные слова с гнутием пальцев - т.е. с каким-то эмоциональным моментом говорящего. Правда, это может вызвать и обратную реакцию. Впрочем, это вопрос психологии, тут мы врядли разберемся. У нас есть парни, которые пробились в начальники так. А Вы говорите. Директору ить важно, что бы меньше было проблем потом, и его не отвлекали бы на то, в чем он не понимает в дальнейшем. А такой парень демонстриует, что он скорее всего понимает, и освободит директора от этих вопросов.

Сергей Тихонов
А в чем разница-то ;-) ?

Материализованные представления содержат данные, подобно таблицам. Эти данные в них поступают на основе запросов. Подобно таблицам, они могут иметь индексы. Данные могут поступать инкрементально (если это не противоречит запросу), например, на основе изменений данных в таблицах источниках за какой-то промежуток времени. Это имеет значение и при больших объемах и при некоторых типах репликации (схема "ведущий/ведомый") данных в другую БД.
А просто представления содержат сам запрос, который начнет формировать данные из источников в момент запуска. Т.е. мат представления реализуют механизм предварительного выполнения запросов и дальнейшую работу по извлечению данных со многими возможностями таблиц, например, создание собтвенных индексов. Ну а индексированные представления, на сколько я понимаю, позволяют индексировать представления, с целью оптимизации запросов, в которых участвуют эти представления.
В том и разница.
Представьте у Вас хранилище в другой БД, там мат представления с миллионами записей. Туда в день подкачиваются по запросу новые данные, набранные пользователями за сутки, например. Скажем в центральный офис из филиалов по всей стране.
У меня, например, так работает снапшот репликация с 9 филиалов из разных регионов. Там самые большие таблы меньше миллиона записей. В случае смены версии БД или необходимости переустановки начальная закачка занимает не более 30 минут (спутниковая связь), дальше суточная закачка несколько сикунд - несколько минут. По ночам. А в центральном офисе я работаю с ними как с таблами в плане запросов. Однажды, спас одному админу так его табу, которую он по ошибке грохнул (у меня же сами данные). У него в филиале своя система, таблы дугие чем у всех (у остальных наша система в филиалах). Создание и разработка этой репликации и надежность (эксплуатация более двух лет) занимает мало времени. Инфы о состоянии ситемы тоже достаточно в словарях БД.

2 ChA
Теперь я не въезжаю в то, что же такое индексированное представление. Все-таки терминология в названии такого объекта явно не указывает на то, что сохраняются данные. Но кластерный индекс сохраняет данные и потому данные сохраняются? С мат представлениями работал, и представляю себе что это есть. Хотя там тоже у меня есть вещи, которые недопроверил. Например, можно создавать на мат представления другие мат представления как на таблы, но на инкрементный способ еще один инкрементный вроде нет, а мне надо.
Если запрос таков, что для получения результата недостаточно только новых данных: он должен всю таблу просканировать, то что кластерный индекс начнет во время ввода перестриваться каждый раз?
Матпредставление асинхронно с вводом данных заполняется, по расписанию.
Посмотрел у Оракла детальные разъяснения откуда взял для автора этого топика текст. Про это деталей не нашел. Но теперь хочется узнать про детали.