Проблема, с которой вы столкнулись, может быть связана с тем, что: у вас был бит Office 32 и командная строка 64 бит. Чтобы решить проблему, вам нужно выполнить два шага:
Надеюсь, это поможет.
blockquote>
- Продвижение по полю может решить проблему горячей точки. Тем не менее, не затруднит ли это запрос по временному диапазону?
Это зависит от того, как выглядит ваш запрос. Например, если вы хотите запросить состояние батареи Корри от T1 до T2, вы можете легко построить диапазон строк: [
BATTERY#Corrie#T1
,BATTERY#Corrie#T2
]. Однако, если вы хотите запросить состояние батареи всех пользователей, тогда будут отсканированы все строки с префиксомBATTERY
.Итак, самые важные запросы, которые у вас есть, должны определять, какие поля вы продвигаете к строке ключа. Кроме того, поля с высокой мощностью кардинально помогают при повышении до ключа строки, поскольку они распределяют нагрузку на большее количество планшетов.
blockquote>
- С другой стороны, можно ли избежать горячей точки, если вы хотите запросить диапазон ТОЛЬКО по TIMESTAMP? Не думаю, что так?
Я не совсем уверен, что вы подразумеваете под «запросом диапазона только временной отметки», можете ли вы привести пример?
[1110 ] Многое будет зависеть от того, что означает «TIMESTAMP». Если вы всегда хотите делать запросы в течение последних 10 минут, то все ваши запросы будут отправляться на один сервер в любой момент времени, и у вас возникнет горячая точка.
Еще одна вещь, которую нужно иметь в виду, это то, что если вы не спроектируете ключ строки правильно, записи встретятся с горячей точкой, и вы не получите хорошую пропускную способность записи. Рекомендуется создавать ключи строк, чтобы избежать появления горячих точек.