Ежедневное кэширование на стороне сервера 10 000 ответов геокодера Google Maps.

StackOverflow https://stackoverflow.com/questions/1444803

Вопрос

В настоящее время я изучаю методы реализации кэширования на стороне сервера примерно 10 000 ответов геокодера Google Maps в веб-приложении J2EE.Поскольку Google ограничивает количество запросов геокодирования до 15 000 в день, мне нужен метод для хранения моих запросов в течение 24 часов.Запросы исходят из XML-файла, который находится на сервере, и со временем будет обновляться ежедневно.

Первоначально я думал просто добавить немного дополнительной информации в XML-файл, в котором хранится каждый адрес (одна временная метка в файле и значения широты/долготы для каждого адреса).Однако мне интересно, не будет ли значительно быстрее хранить кэшированные данные в отдельном файле, отформатированном как JSON.Меня беспокоит этот подход:

  • Мне гораздо удобнее работать с XML, чем с JSON.
  • Я использую jQuery для максимально тяжелой работы, но я не видел особой поддержки JSON в jQuery.
  • Я видел один пример получения JSON из используемого файла. eval, от которого я инстинктивно уклоняюсь
  • Я просто не нашел ни одной хорошей ссылки, которая убедила бы меня в том, что JSON стоит обучения.

Что вы, ребята, можете сказать?Будет ли заметная разница в производительности при использовании XML и JSON?Если мне лучше сделать это с помощью JSON, чем XML, есть ли действительно хорошая документация по передовым практикам или, может быть, хороший плагин jQuery, которого мне не хватает?Возможно, существуют и другие форматы данных, кроме XML или JSON, которые я не рассматривал (хотя я уже знаю, что не хочу использовать реляционную базу данных).

Хотелось бы, чтобы это было просто, интуитивно понятно и быстро.Я знаю, что формат XML — это первые два, насчет третьего не уверен.

Кроме того, у меня нет причин использовать службу геокодирования Google Maps.Есть ли какие-нибудь рекомендации по поводу других служб, которые могут лучше работать при поиске большого количества запросов, но делают это нечасто?начинаю рассматривать некоторые варианты здесьно мне бы хотелось получить информацию об особенно хороших/быстрых/простых в использовании сервисах.

Редактировать: Какой бы сервис я ни использовал, он должен поддерживать перекрестки, а также правильные адреса.

Это было полезно?

Решение

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

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

Если eval в JavaScript — это то, что вас пугает, теперь в JavaScript есть evalJSON что смягчает проблемы, связанные с эксплойтами кода.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top