Дело в том, что кейс использования Вертики как бЭ намекает на то. что неплохо все витрины загнатьв  ОЗУ.
И еще - у Вертики лицензия по размеру БД была.

Ну против хдд стандартных все хорошо

Т.е. цена Вертики в вашем случае, елси витрины все -таки будут сильно больше 5Тб, мягко говоря, может неприятно удивить

А опенсорсные решения есть?
Не дай бог, конечно, я просто для справки)

Наверху есть, валом

т.е. средства визуализации
Но к ним полагается штат настройщиков и программеров :))) под собственные нужды

Т.е. как делают - снизу каую-нить скоростную СУБД бесплатную
дата экстракт анд прочее - или апач айрфлоу или еще там кучка рядом
и сверху вроде пентаху можно прикрутить ...

Но если потом все зп и скорсоть развертывания пересчитать и переложить на время-деньги ...

ХЗ короче

Если в запсе годик есть, можно рюхнуться, наеврное

Но я так не делал никогда

Понял, спасибо. И еще, я тае понимаю при консолидауии дпнных выгодно юзать polybase. Я пока про него не читал. В чем там разница с каким-нибудь ssis. Ну т.е. в ссис я могу перекачивать данные откуда угодно в сиквел. А в поли это как?

На самом деле, ссис вроде позволяет перекачивать данные откуда угодно куда угодно.

Другое дело, если дестинейшн будет не скуль, вопрос, на сколько он эффективно это сделает по сравнению с другими решениями, остается открытым

при построении DWH данные льются обычно непрерывным потоком или загружаются пачками? или по-разному бывает?

потоком же не получится вроде как - их читать и обрабатывать когда-то надо

мб что-то вроде гетерогенной репликации. golden gate там. я хз)

ассоциативно только очереди приходят ни ум, и их разбор
но тут крайне не силён

Против:
1. Каждый ТБ стоит денег. А т.к. объемы растут - решение по лицензиям будет стоить все больше и больше
2. Подходит только для перелопачивания больших обьемов. Т.е. точечные запросы к большим таблицам - очень медленно.
3. Нужен очень сильный архитектор для проектирования модели данных, иначе - будет тормозить, т.к. индексов как таковых нет, а с проекциями придется работать очень аккуратно. Сносно летит на modern подходах - DV, AM, но их надо уметь готовить - соответствующий тулинг.
4. Уровень SQL ниже плинтуса - ни тебе процедур, ни рекурсии, ни коррелированных запросов. В общем при кривой модели все будет тормозить.
5. удаление и апдейт не умеет, точнее умеет, но очень медленно.

Плюсы: горизонтальное масштабирование, быстрые агрегаты, где-то 5х сжатие данных из коробки.