Прекрасно, поинтересуюйтесь их мнением, пригласити их в этот топик

Читал, помню. В этом, как мне кажется, и проблема.
Вы "измученный" ими даже не пытаетесь вникнуть в суть этой темы, раздавая ярлыки, попутно сообщая о своих, вместе с оркалом, достижениях.

И даже если завтра, ваш любимый вендор выпустит новую версию in memory database, в которой целиком или опционально использует обсуждаемый подход, Вы об этом не узнаете. А даже если узнаете, не перестанете бросать в меня какашками. Как так, кто то предложил обсудить подход, суть которого не удается ухватить даже на 4 странице его обсуждения.

kernelpanic, спасибо! Почитаю.
какие недостатки кажутся наиболее значимыми Вам лично ?

Зачетный каминг аут !

kernelpanic, Спасибо! Судя по началу, самое то. Ознакомлюсь полностью, напишу подробней.

kernelpanic, просто отличный материал! Особенно видео доклада. Некоторые совпадения, с тем что мы сделали и как мы себе это представляли до, откровенно порадовали.

Пусть мы не первые додумались до кода генерации для SQL, но реализовали мы ее не зря.
Все подтверждается, и простота отладки и скорость работы движка базы данных, реализованной с этим подходом, видим не мы одни.
То что там С, а у нас С#, роли особой не играет, так производительность у него и у среды .Net отличная. Мы очень довольны.

В базе SAP HANA очень много чего есть еще. Часть из этого, например распределенная обработка запроса, нам только предстоит выполнить.
Сейчас наша база живет только внутри одного процесса, и параллельная(многопоточная) обработка запроса производиться только внутри него. Многопоточность свое дает, и хорошо дает, но после определенного количества включаемых потоков, все уже начинает упираться в производительность одного сервера. Пока для наших клиентов хватает и есть запас. Считаем, что тот сегмент рынка, на который мы нацелены сейчас, должны удовлетворять.
Будут большие потребности, будем двигаться в сторону распределенной обработки.

Еще раз, большое спасибо!