Моделирование данных диаграммы в звездной схеме

Question

Я заинтересован в хранении научных данных из графика (графика), например, x по y в хранилище данных, где x и y являются действительными числами.

Каждая диаграмма будет сгенерирована для фиксированного набора описательных размеров (например, времени, даты, местоположения, оборудования), которые могут быть смоделированы в традиционной схеме звезда/снежинка.

Примером может служить угол между ответом детектора, где угол является независимой переменной, а отклик - зависимым. Угол здесь может быть любым реальным числом от 0 до 360 градусов.

В настоящее время мы думаем, что мы используем реальное значение как измерение, потенциально предварительно создавая таблицу углов-углов со значениями от 0 до 360 в подходящем масштабе (например, 3dp) и округляя измеренные результаты там, где это необходимо, хотя это приводит к потере точности.

Мне интересно, есть ли более эффективные способы хранения этих данных для последующего использования в кубе OLAP? Тип запроса, который я хотел бы сделать, - сравнить данные диаграммы в разные моменты времени, чтобы искать изменения или посмотреть средний ответ в заданном диапазоне (скажем, 0-15 градусов) в разных местах или на другое оборудование ,

Answer 1

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

Один из способов моделирования этого может заключаться в том, чтобы иметь зерно этого факта как «одна строка за каждую точку сюжета» с двумя реальными цифрами в этом факте, не теряя точности.

Затем вы можете добавить дополнительные размеры, как вы говорите, для категоризации цифр. В вашем примере углов вы также можете иметь «угловой диапазон» в виде столбца, показывающего 0-15,16-30 и т. Д.

Возможно, вам придется иметь более сложный/общий дизайн, если у вас больше угла и отклика с общим размером «X Axis type», включая диапазон, но с дополнительным столбцом «X Axis», который является «углом», «ответом» и т. д.

Я думаю, что ваша широкая идея здесь звучит и с полки инструменты должны быть хорошо с обеих деталей и резюме. Ключ должен моделировать что-то, что отражает как существенную природу вещи, которую вы измеряете (например, чтение в машине), так и то, как люди хотят ее анализировать. Вы хотели бы использовать возможности куба для вычисления вычислений для средних значений, а не для того, чтобы иметь отношение к этой модели.