датчиков.
Херня в том, что датчиков по 3 штуки на каждом объекте. Данные с 1 датчика приходят вместе, одновременно, несколько измерений. Но между датчиками есть задержка ~10 минут. Т. е. датчик погоды прислал свои измерения, а другой еще нет.
Создать 3 таблицы, чтобы туда копились данные со всех объектов? То есть - таблица для датчика1 (Id, MeasureDateTime, ObjectName, Measure1, Measure2....), таблица для датчика2 и т.д.?
Это дело потом надо будет красиво разматывать на форме в таблицы, строить графики и т.д.
Сделай семантический граф. И мне тем самым поможешь. Только храни это дело в noSQL ?
А как это все относится к вопросу "как хранить данные"?
Такая система таблиц-это нормально, или лучше по-другому? Вот что я имею ввиду.
Я бы на твоём месте подумал сразу о том, чтобы вообще не хранит эти данные, а агрегировать их сразу в какие-то более полезные данные. Например, если датчик весь день выдавал одну и ту же температуру, хранить каждую минуту значения мало смысла.
Не нормально. Тебе Этки уже сообщил
Таблица главная должна быть одна. Датчик, время, величина, значение
Спасибо, так и сделаю
Лучше не делай так, лучше подумай. Подумай, что тебе нужно будет потом делать с данными, как с ними работать, для чего вообще они нужны
Я предлагал такое решение но мне сказали что есть риски потерять что-то важное, я пока сделал через linq, выфильтровал элементы у которого соседи равны ему самому, потом перепишу запрос, мне оконные функции пригождаются раз в три года, и нужно либо вывихнуть мозг, либо переАсилить ицыка
Так в том и вопрос, что надо понять, что важное, а что нет, и первое не терять
А я не понял. Вы что, вместе что ли?
Ты и кубалак
Там даже вопрос в том что если по дате не нашли данных то решили что дорого бегать искать следующий с велью
Вот "следующий валун" это очень хреновый запрос. Хотя конечно есть и хуже
Обсуждают сегодня