Bigtable: избегание горячих точек при использовании меток времени на ключах строк

Проблема, с которой вы столкнулись, может быть связана с тем, что: у вас был бит Office 32 и командная строка 64 бит. Чтобы решить проблему, вам нужно выполнить два шага:

  1. Открыть диспетчер ODBC для DSN, используя: C: \ Windows \ SysWOW64 \ odbcad32.exe. Это откроет Администратор данных ODBC для 32-разрядной версии и вы увидите все драйверы базы данных.
  2. После этого вам нужно открыть 32-битную командную строку, используя: C: \ Windows \ SysWOW64 \ cmd.exe. Это откроет 32-битную версию командной строки. В этом новом CMD, пожалуйста, перекомпилируйте свою программу Java и запустите свою программу.

Надеюсь, это поможет.

1
задан Misha Brukman 14 March 2019 в 14:15
поделиться

1 ответ

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

Это зависит от того, как выглядит ваш запрос. Например, если вы хотите запросить состояние батареи Корри от T1 до T2, вы можете легко построить диапазон строк: [BATTERY#Corrie#T1, BATTERY#Corrie#T2]. Однако, если вы хотите запросить состояние батареи всех пользователей, тогда будут отсканированы все строки с префиксом BATTERY.

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

  1. С другой стороны, можно ли избежать горячей точки, если вы хотите запросить диапазон ТОЛЬКО по TIMESTAMP? Не думаю, что так?

Я не совсем уверен, что вы подразумеваете под «запросом диапазона только временной отметки», можете ли вы привести пример?

[1110 ] Многое будет зависеть от того, что означает «TIMESTAMP». Если вы всегда хотите делать запросы в течение последних 10 минут, то все ваши запросы будут отправляться на один сервер в любой момент времени, и у вас возникнет горячая точка.

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

0
ответ дан Verma 14 March 2019 в 14:15
поделиться
Другие вопросы по тегам:

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