Сравнение версий

Ключ

  • Эта строка добавлена.
  • Эта строка удалена.
  • Изменено форматирование.

...

Область применения

SQL Backend может быть использован в случае, если необходима работа с очень большим количеством данных, которые постоянно растут и нет возможности оперативно увеличивать объемы ОЗУ. 

Режим прямого подключения к источнику ViQube (SQL Backend) и режим импорта данных ViQube (

...

In-memory) имеют существенные различия. Ниже приводится таблица с ключевыми критериями для выбора используемого типа хранилища.

Примечание

Каждый из режимов оптимизирован именно под свои задачи. Не рекомендуется

...

использовать ViQube (SQL Backend) в случае, если по критериям необходимо использовать ViQube (In-memory) , так как это может негативно сказаться на производительности.

Характеристика

Тип используемого хранилища

ViQube (In-memory)

ViQube (SQL Backend)

...

Сложность настройки

...

Легко, может настроить Аналитик

...

Сложно, необходимо привлечение Администратора, Разработчика либо продвинутого Аналитика

...

Функциональные возможности

Доступна вся функциональность Visiology без ограничений

Есть ограничения по

...

функциональности, см.

...

...

...

Количество строк в

...

самой большой таблице фактов

< 100 млн строк

...

> 100 млн строк

Объем данных

< 100 ГБ ОЗУ

> 100 ГБ ОЗУ

...

Быстрый рост данных (по +100 гб в месяц) и высокие требования к скорости работы.

Получение данных без перезагрузки в хранилище

Поддерживаемые базы данных

Режим работы SQL Backend поддерживает работу со следующими базами данных:

  1. ClickHouse

  2. Arenadata QuickMarts

  3. Postgres SQL

  4. Vertica

  5. Greenplum

Ограничения

Режим SQL Backend имеет ряд ограничений по сравнению с ViQube:

...

  1. В результате сравнения с NULL в случае ViQube будет возвращено FALSE, а в случае SQL Backend будет возвращено NULL
  2. При арифметических операциях NULL в ViQube интерпретируется как (1+NULL =1), а в SQL-базе как UNDEFINED (1+NULL =NULL )

...

Обновление данных в реальном времени

Требуется время на импорт данных обновленных данных в In-memory.

Так как обработка данных происходит во внешнем хранилище - время на импорт не требуется. Возможности по обновлению данных в режиме реального времени зависят от архитектуры проекта.