Сообщество DataStax: непоследовательные чтения

Мы используем datastax-community-64bit_2.2.6 и DevCenter-1.4.1-win-x86 на Windows Server 2012 (и такую ​​же настройку на более старой версии Win Server 2008, которая, похоже, НЕ испытывает проблемы).

У нас есть таблица временных рядов, которая ведет себя ОЧЕНЬ странно при непоследовательном чтении. У нас есть полный день данных, но данные за несколько часов в день НЕ загружаются, когда мы выполняем запросы - как через код, так и через DevCenter, как видно на следующем скриншоте:::

поиск в центре разработки::: https://drive.google.com/file/d/0B_e9YTMgramiSTFqUGFPYVB3bkk

Как видно - час 7-8 не может загружаться напрямую - как час с 9-10 может. Возможна загрузка только часов 7-8 при использовании >= и ‹ (верхний выбор), что еще больше запутывает дело.

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

пропущенные часы в приложении::: http://drive.google.com/open?id=0B_e9YTMgramiTUxfNTlJYlVwUEU< /а>

Часы с зеленым значком — это то же самое, что мы можем запросить в DevCenter (поскольку час 9-10 был на рисунке 2), а остальные — нет. Еще более загадочным это делает тот факт, что мы загружаем одни и те же данные для графиков трендов, в которые включены точки за ВСЕ часы.

Кто-нибудь когда-нибудь сталкивался с чем-то подобным??? .... кажется, что данные за некоторые часы ВСЕГДА можно выбрать из Cassandra, в то время как у других есть проблемы :/ ...и, конечно, все данные вставляются одинаково!!


person CHellegaard    schedule 27.05.2016    source источник
comment
Какой у вас коэффициент репликации? Какие у вас настройки согласованности для записи и чтения?   -  person Andrew    schedule 29.05.2016
comment
Привет, Эндрю, это всего лишь настройка одного узла с SimpleStrategy, коэффициентом репликации 1 и настройками согласованности по умолчанию.   -  person CHellegaard    schedule 30.05.2016


Ответы (1)


Таким образом, когда вы запрашиваете его по временному диапазону, вы получаете данные обратно. Когда вы запрашиваете его по точному совпадению времени, вы не получаете данные для некоторых меток времени. Правильный? Если это правильно, то, скорее всего, ваши временные метки записаны с точностью выше секунды. Запрос по точному совпадению метки времени почти никогда не бывает хорошей идеей, если только вы не знаете точное значение метки времени с требуемой точностью.

person Andrew    schedule 29.05.2016
comment
Конечно!! - ты абсолютно прав, Эндрю... так очевидно :/ Спасибо ;) - person CHellegaard; 30.05.2016