Как сохранить ценность многих лет временного ряда 100 x 25 Гц - SQL-сервер или timeseries база данных

Question

Как сохранить ценность многих лет временного ряда 100 x 25 Гц - SQL-сервер или timeseries база данных

Попробуйте

textview.setTextAppearance(context, R.style.yourstyle);

. Это может не сработать. Попробуйте создать xml с таким textview

textviewstyle.xml

<TextView xmlns:android="http://schemas.android.com/apk/res/android"
        android:layout_width="fill_parent"
        android:layout_height="wrap_content"
        style="@android:style/TextAppearance.DeviceDefault.Small" />

.

TextView myText = (TextView)getLayoutInflater().inflate(R.layout.tvstyle, null);

9

sql-server database reporting-services data-mining

задан Joel Coehoorn 10 June 2009 в 16:36

5 ответов

Другие вопросы по тегам:

sql-server database reporting-services data-mining

Похожие вопросы:

score 1 · Answer 1

Я бы разделил таблицу, скажем, по дате, чтобы разбить данные на крошечные биты по 216 000 000 строк каждая.

При условии, что вам это не нужно. статистика за год, ее легко обслужить с помощью индексов.

Скажем, запрос типа « дает мне среднее значение за данный час » будет считаться вопросом секунд.

score 1 · Answer 2

Набор функций, который вы описываете, предназначен для куба анализа. Если вы находитесь в этой части мира высоких технологий, ознакомьтесь с услугами Analysis Services от Microsoft:

http://msdn.microsoft.com/en-us/library/ms175609 (SQL.90) .aspx

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

Удачи.

score 1 · Answer 3

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

score 0 · Answer 4

У вас есть

A. 365 x 24 x 100 = 876 000 часовых сигналов (все каналы) в год

B. каждый сигнал содержит 3600 * 25 = 90 000 точек данных

Как насчет того, если вы храните данные в виде одной строки для каждого сигнала, со столбцами для сводной статистики / статистики запросов для поддерживаемых в настоящее время вариантов использования и большого двоичного объекта сжатый сигнал для будущих?

score 1 · Answer 5

Думаю, вы можете проверить Infobright Community или Enterprise Edition. Это хранилище с ориентацией на столбцы, предназначенное для аналитических целей и больших (существующие установки до 30 ТБ сейчас, как говорится) данных и хорошей степени сжатия.

Загрузчик данных также довольно быстр, и существуют коннекторы для ETL-инструментов (Talend, чайник и так далее).

Версия сообщества доступна бесплатно на условиях GNU GPL, но позволяет добавлять данные только через собственный загрузчик. Версия Enterprise поддерживает добавление / обновление по одной строке через DML.

Еще одно преимущество, которое вы можете использовать со всеми инструментами, поддерживающими соединения MySQL.

Ориентация на столбцы позволяет, например, добавлять столбцы для компонента даты при каждом необходимом агрегировании. уровень (я использую дату, номера недель, месяцы и qtr.) для повышения производительности, но это хорошо и без него. отсутствие официальной поддержки utf-8, агрегирование по значениям функций (выберите месяц (дата от ...)) еще не реализовано (план: июль 2009, AFAIK), но я использую для этого ETL.

Ссылка: http://www.infobright.org/Download/ICE/[12129 provided