Индексирование рабочих часов с помощью Google App Engine

Question

Учитывая временной диапазон за день (рабочее время работы), как вы могли бы создать индекс, который вернет объект с учетом текущего времени.

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

Select * FROM Business WHERE hours < now AND hours > now 

Сейчас я несколько инвестирован и без решения помимо использования длинного списка раза, нарезанной каждые 30 минут, что кажется очень неэффективна:

[900, 930, 1000, 1030, 1100, 1130, 1200, 1230, 1300, 1330, 1400, 1430, ... ] 

Любой знаю умный способ хеширования открывать и закрывать раз или иным образом решить эту проблему?

Answer 1

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

Однако с большим столом вам может потребоваться выполнить два отдельных запроса из-за индексации. Один запрос, чтобы узнать, больше ли времени, чем opentime, а другое, чтобы увидеть, меньше ли это времени. Это будет два индекса.

Не идеальное решение, но оно может быть более эффективным, чем то, что вы пытаетесь сделать.

Answer 2

NEW ANSWER: Я немного подумал об этом, я думаю, что на самом деле у вас есть решение в вашей оригинальной идее. Для каждого бизнеса есть список ListProperty в магазине, который хранит только время, когда бизнес открыт, как и в настоящее время. Затем рассчитать текущее время, и вокруг него до ближайшего получаса, поэтому 12:50 -> 1200, а затем сделать запрос

now = 1200 
Select * FROM Business WHERE now in hours 

Я не уверен, о правильном синтаксисе запроса GQL, но определенно «в» фильтре.

OLD ОТВЕТ (Не читать): я делаю что-то подобное, я на самом деле не имеет решения, для «попробовать что-то другое», за исключением.

Во-первых, вам нужно хранить как открытые, так и закрытые времена. Либо как два отдельных поля, либо закодировать их в одно поле, например «09001700» для 9-5, или даже «M09001700». Или хэш два в ряд, я не думаю, что это имеет огромное значение, независимо от того, как вы это делаете.

Тогда плохие новости. Я не особенно хорош в теории чисел, но то, что мы пытаемся сделать здесь, это кодировать два линейных набора чисел (время открытия и закрытия) таким образом, чтобы вы могли сравнить линейное или < на третьем номере который представляет «сейчас». Я не думаю, что это возможно, вы можете получить только успешное> или < сравнение по одному из двух чисел - открытию или закрытию. Поэтому, учитывая, что мы можем выполнять только одно неравенство по одному свойству, я не думаю, что один единственный изолированный запрос может изолировать только открытые хранилища.

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

Вам не обязательно нужно И два больших набора вместе. Вы можете запросить все элементы, где теперь> opentime, и вручную фильтровать результаты поиска, где теперь находится < closeetime.Если вы отсортируете запрос, основанный на закрытии, это должно сделать фильтрацию несколько проще.

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