Состояние и перспективы Microsoft SQL Server - часть 6

Сравнение производительности QP

Универсальный доступ к данным

Данные хранятся по-разному, а нужны зачастую все и сразу
Руководитель сидит в MS Project, хочет прочитать переписку (e-mail), поднять документ (файловая система) увидеть баланс (СУБД), послушать музыку...
Качать это все в базу всякий раз, чтобы воспользоваться ее механизмами обработки?
- Потом обратно, а источники уже могли независимо измениться... Целостность?
- QP СУБД заведомо не оптимизирован под новые типы
Выход - не универсальное хранение, а универсальная обработка
Никто, лучше самих данных, не знает, как их обрабатывать
OLE DB - набор стандартных интерфейсов: что должна уметь делать компонента обработки данных
Аналогия с ODBC, но для данных произвольной природы
OLE DB является "родным" интерфейсом Sphinx
QP общается с Data Storage через OLE DB
DB-Lib эмулируется средствами OLE DB и больше развиваться не будет

Универсальный доступ к данным (3)

Гетерогенные запросы

Распределенные операции в Sphinx

Sphinx и Data Warehousing

Объектная модель службы преобразования данных

Понятие пакета DTS

DTS Designer в Sphinx

Microsoft Data Cube Service

Базовая архитектура:
Кэшировать не дисковые страницы, а результаты запросов и метаданные
Мгновенный ответ на кэшированные запросы
Алгоритмы выведения пропущенных данных и преобразования запросов
Агрегация, фильтрация, комбинирование
Эффективное распределение обработки запросов и промежуточных вычислений между клиентом и сервером
Объединяет серверные и настольные платформы
Унифицирует доступ к многомерным данным из Excel, Plato, SQL Server ...

Microsoft

Алексей Шуленин

Тел.: (095) 967-8585 Факс (095) 967-8500

|

Содержание Назад Вперед