Что дает лучшую производительность для соединения с Qlikview SQL Server или SSAS Cube?

Question

Я хочу обработать свои данные в Qlikview, но я не уверен, что обработал данные через Cube или напрямую из SQL.Может кто-нибудь сказать мне, что дает лучшую производительность от куба и SQL?Примечание: у меня есть миллионы данных в базе данных.

Answer 1

С точки зрения инструмента BI это не имеет значения, поскольку вы можете подключаться к обоим источникам (SQL более распространен, но это зависит от вашего опыта).Что касается производительности, лучшая стратегия состоит в том, чтобы иметь отдельный слой извлечения и хранить данные постепенно, как qvd (например, каждую ночь в предыдущий день), поэтому производительность при инкрементальной перезагрузке не так важна, как даже для больших наборов данных, она должна быть быстрой.

Если, на мой взгляд, вашим исходным источником данных является SQL, нет смысла реплицировать данные в 3 местах (SQL, куб и QlikView), лучше напрямую подключиться к источнику, постепенно сохраняя необработанные данные в виде qvd, а затеместь трансформатор, который будет моделировать эти данные.

Answer 2

Как правило, с ростом объема данных преимущества SSAS становятся более очевидными, чем при использовании SQL Server в качестве источника.Как будут использоваться данные?Когда дело доходит до крупномасштабных агрегатов, SSAS становится очень выгодным.SSAS также будет принудительно использовать структурированный макет, так как отношения предварительно определены в кубе, а не в соединениях.Некоторые дополнительные функции, которые предоставляет SSAS, - это иерархический анализ (иерархии), а также простота использования с такими инструментами, как Excel и SSRS, хотя, похоже, вы только собираетесь использовать Qlikview для этого.Однако лучшим вариантом будет сделать базовые показатели для SSAS и SQL Server в вашей среде с запросами, которые лучше всего представляют, что будет выполнено, когда это будет реализовано, и оценить результаты оттуда.