[РЕШЕНО] Повторяющиеся данные в БД и их запись.

[ksv]

хм, вот не понял сейчас.
чего однобоко?
то есть такое поведение - писать по два раза подряд одно и то же - считается нормальным и с этим ничего не сделать?

[Logrus]

у ВАС опрос раз в 10 сек. ХУЕВЫЕ датчики у которых показания плывут и т.д.

[ksv]

Опрос 10 сек - это просто текущий тест, для более быстрого набора данных.
У меня еще нет никакой боевой системы, я изучаю и настраиваю пустышку, прикрутив три датчика.
И причём тут датчики вообще? Не важно какой источник данных, хуёвый или пиздатый, важно что в БД пишется.
А пишутся повторы - вот факт.
Или хотите сказать, что интервал в 10 сек на что-то повлиял? Ок, сейчас минуту сделаю и погляжу.
Датчики, кстати ds18b20, пиздатее не бывает.

[Logrus]

последний ответ в данной ветке (и наверное от форума отдохну)
если тест поставьте минуту и проверьте ))) (ds18b20 я б еще посмотрел как в прошивке он опрашивается, так к слову ))) )

[fandaymon]

И причём тут датчики вообще? Не важно какой источник данных, хуёвый или пиздатый, важно что в БД пишется.
А пишутся повторы - вот факт.

В базу пишется то, что приходит, поэтому датчики очень даже при чём. Чем считываются, что формирует отправку данных в мажордомо, как именно эти данных в мажордомо попадают....

[ksv]

Да, всё решилось, окольными путями и интуицией, но постигли истину, спасибо.
Оказалось, что интервал опроса у меня вообще стоял 5 сек, а реальную частоту опроса датчиков owserver делает не менее 20 сек (проверял осциллографом на шине), и это не изменить (или я не знаю как). Вот видимо где-то в недрах системы шарики за ролики и заскакивали.

Сделал минуту - теперь всё хорошо, дубликатов нет, всё как положено.

Чем считываются, что формирует отправку данных в мажордомо, как именно эти данных в мажордомо попадают....

Известно чем считываются - owserver'ом. Не важно как они попадают в mjd. Есть БД mySQL, и в эту БД данных заносит mjd. А вот как реализовано исключение повторяющихся данных - средствами mjd или mysql - это мне неизвестно. Однако факт остался фактом - систему можно загнать потоком данных так, что повторяющиеся данные будут записываться в БД, хотя и не должны. Вывод - некачественная реализация метода исключения повторов.

[ksv]

Ан нет, рано радовался.
Повторов нет только если за интервал (за минуту) данные изменились, тогда ок.
А когда данные не меняются, то всё равно пишется два одинаковых значения - на начало и на конец неизменного периода.
Ну НАХРЕНА это надо делать? Бред какой-то...

[fandaymon]

Ан нет, рано радовался.
Повторов нет только если за интервал (за минуту) данные изменились, тогда ок.
А когда данные не меняются, то всё равно пишется два одинаковых значения - на начало и на конец неизменного периода.
Ну НАХРЕНА это надо делать? Бред какой-то...

Что-то мне кажется это у вас в голове каша... Именно так и надо - в случае какого-то отрезка с неизменными данными, запоминаются не все временные точки, а только точки начала и конца, т.е. никакая информация не теряется, так как координаты концов однозначно дают сам отрезок

[ksv]

Ну уж нет, это у Вас каша, извините, раз не понимаете бесполезности этих повторов. У меня в этом вопросе ясность полная, я с объемными данными работаю давно и много (не в mjd, разумеется), и с графиками в том числе.

Нет ровно никакой информативности в записи повторяющихся данных в конце периода этих самых неизменяющихся данных. Сам факт новой записи с новыми данными и говорит о конце этого предыдущего периода. То есть отрезок и без этого повтора однозначно определяется по двум записям в БД с РАЗЛИЧАЮЩИМИСЯ данными. Повтор данных - это явная избыточность. Вообще-то это настолько очевидная вещь, что я несколько растерян, как это вообще можно не понимать. Хорошо, обращусь к Сергею с этим вопросом, зачем так сделано. Уверен, что логичное объяснение будет.

[skysilver]

Повтор данных - это явная избыточность.

Почему избыточность? Если температура не менялась в промежутке времени, то на графике это будет горизонтальная линия. А чтобы ее нарисовать нужно минимум две координаты, у которых y1 и y2, разумеется, будут равны. 2 значения - это самый минимум, а не избыточность. Всю избыточность, которая между имела место быть между y1 и y2, система удаляет, оставляя лишь два крайних одинаковых значения.

Не нравится такое поведение, тогда фильтруйте данные от датчиков до их записи в свойства объектов, через метод, например.