Автор: Curt Monash
Дата публикации оригинала: 2008-07-24
Перевод: Константин Лисянский
Источник: Блог Курта Монаша

Я долго утверждал, что:

Теперь Microsoft подтвердили моё утверждение согласием купить DATAllegro. Как вы, возможно, знаете, мы широко освещали DATAllegro, в соответствии со списком ссылок ниже.

Основные положения сделки включают:

  • Окончательное соглашение подписано.
  • Окончание сделки ожидается через несколько недель.
  • У меня создалось впечатление, что не разглашаемая цена является хорошим шагом вверх относительно раунда D, который закончился несколько месяцев назад.
  • CEO DATAllegro Стюарт Фрост (Stuart Frost) возглавит инженерное подразделение, основанное на текущей штаб-квартире DATAllegro, и будет подчиняться подразделению Microsoft SQL Server. Похоже, он должен будет оставаться в Microsoft как минимум два года.
  • Программное обеспечение DATAllegro будет портировано с текущей платформы Linux/Ingres на Windows/SQL Server.
  • Возможно, бренд DATAllegro исчезнет.
  • Всё остальное либо не разглашается, или пока ещё на самом деле не решено. В частности, ничего не упоминается о том, будет ли Стюарт управлять какими-либо частями теперешнего Microsoft.

    • Чтобы понять, как DATAllegro впишется в продуктовую линейку Microsoft SQL Server, давайте начнём с ревизии аспектов архитектуры продукта DATAllegro:

  • Каждый узел DATAllegro кроме головного содержит полную копию Ingres, СУБД для OLTP, работающую на Linux.
  • Таким образом, как данные, так и SQL пересылаются с узла на узел. Подобно производителям сравнимых систем, DATAllegro с каждым релизом всё лучше выполняет либо обработку запросов внутри узлов, либо пересылку данных между узлами, вместо пересылки всех промежуточных результатов на головной узел для дальнейшей обработки.
  • Вся система работает на стандартных blade-серверах и дисковых системах EMC, плюс Cisco Infiniband.
  • Головной узел DATAllegro содержит разработанный DATAllegro оптимизатор SQL. Таким образом, каждый запрос в некоторой степени оптимизируется дважды – однажды в целом на головном узле, а затем снова по мере того, как различные фрагменты запроса выполняются на других узлах (на самом деле, это в общем случае, более точно, чем сказать, что каждый фрагмент запроса выполняется один раз на каждом узле, но иногда это не до конца точно ввиду учёта секционирования).

Исследование возможности портирования на SQL Server уже выполнено. Стюарт докладывает, что проведённая до сих пор работа показывает значительное ускорение, которое он приписывает оптимизации, направленной на хранилища данных, присутствующей в SQL Server, и которая отсутствует в намного меньше финансируемом продукте Ingres. (Особо были отмечены возможности выполнения star join и какие-то возможности вычислений в памяти.) Одно интересное последствие – это то, что когда оптимизатор DATAllegro будет переписан в целях портирования, он будет выполнять намного меньше, чем он делал до настоящего момента, поскольку SQL Server требует меньше «помощи» в оптимизации одноузловых частей запросов, чем Ingres. Портирование, конечно же, включит изменения в структуры файлов, обусловленные как сменой СУБД, так и сменой операционной системы; у меня есть чувство, что в этой области пока не были приняты окончательные решения.
И да – Стюарт теперь признаёт, что DATAllegro разрабатывался на продажу с самого начала, что, например, видно из решения использовать СУБД для OLTP третьей стороны.

Ссылки по теме:

Можно почитать статьи Курта по следующим темам (на английском языке):
Analytic technologies, DATAllegro, Data warehouse appliances, Data warehousing, IBM and DB2, Memory-centric data management, Michael Stonebraker, Microsoft and SQL*Server, MySQL, OLTP,Oracle, PostgreSQL.

Читайте также: