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

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

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