Что Ваш опыт разрабатывает на Google App Engine?

GQL чрезвычайно прост - это - подмножество оператора 'SELECT' SQL, ничто больше. Это - только слой удобства поверх API низшего уровня, тем не менее, и весь парсинг сделан в Python.

Вместо этого я рекомендую использовать Запрос API, который является процедурным, не требует никакого парсинга во время выполнения и делает 'уязвимости' инжекции GQL полностью невозможными (хотя они невозможны в правильно записанном GQL так или иначе). Запрос API очень прост: Назовите .all () на Образцовом классе или дб вызова. Запрос (modelname). Объект Запроса имеет .filter (field_and_operator, значение), .order (field_and_direction) и .ancestor (объект) методы, в дополнение ко всем средствам, которые объекты GQL имеют (.get (), .fetch (), .count ()), и т.д.), каждый из Методов запроса возвращает сам объект Запроса для удобства, таким образом, можно объединить их в цепочку:

результаты = MyModel.all () .filter ("нечто = ", 5) .order (" - панель") .fetch (10)

Эквивалентно:

результаты = MyModel.gql ("ГДЕ нечто = 5 панелей ORDER BY ПРЕДЕЛ DESC 10") .fetch ()

Главная оборотная сторона, когда работа с AppEngine была пределом запроса 1k, который уже был упомянут в комментариях. Что я не видел упомянутый, хотя то, что существует встроенный поддающийся сортировке порядок, с которым можно работать вокруг этой проблемы. Из appengine поваренной книги:

def deepFetch(queryGen,key=None,batchSize = 100):
  """Iterator that yields an entity in batches.

  Args:
    queryGen: should return a Query object
    key: used to .filter() for __key__
    batchSize: how many entities to retrieve in one datastore call

  Retrieved from http://tinyurl.com/d887ll (AppEngine cookbook).
  """

  from google.appengine.ext import db

   # AppEngine will not fetch more than 1000 results
  batchSize = min(batchSize,1000)

  query = None
  done = False
  count = 0

  if key:
    key = db.Key(key)

  while not done:
    print count
    query = queryGen()
    if key:
      query.filter("__key__ > ",key)
    results = query.fetch(batchSize)
    for result in results:
      count += 1
      yield result
    if batchSize > len(results):
      done = True
    else:
      key = results[-1].key()

Вышеупомянутый код вместе с Удаленным API (см. эту статью) позволяет Вам получать столько объектов, сколько Вам нужно.

Можно использовать вышеупомянутый код как это:

def allMyModel():
  q = MyModel.all()

myModels = deepFetch(allMyModel)

Механизм Приложения Google не использует фактическую базу данных и по-видимому использует своего рода распределенную карту хеша. Это предоставит себя некоторым различным поведениям, которые люди, которые приучены к SQL просто, не собираются видеть сначала. Таким образом, например, получение КОЛИЧЕСТВА объектов в регулярном SQL, как ожидают, будет быстрой операцией, но с GQL это просто не собирается работать тот же путь.

Вот еще некоторые проблемы:

http://blog.burnayev.com/2008/04/gql-limitations.html

В моем личном опыте это - корректировка, но кривая обучения прекрасна.

Сначала у меня был тот же опыт как другие, которые перешли от SQL до GQL - довольно странный, чтобы не смочь сделать СОЕДИНЕНИЯ, считать больше чем 1 000 строк, и т.д. Теперь, когда я работал с ним в течение нескольких месяцев, я абсолютно люблю механизм приложения. Я портирую все свои старые проекты на него.

Я использую его для хостинга нескольких веб-приложений интенсивного трафика (в пиковое время, которое получает один из них, 50k поражает минуту.)

У меня был отличный опыт работы с движком приложений Google, и ограничение результатов 1000 было удалено , вот ссылка на примечания к выпуску:

выпуск движка приложения примечания

Не более 1000 результатов - это верно: с добавлением курсоров и кульминацией множества небольших улучшений стабильности и производительности хранилища данных по сравнению с в последние несколько месяцев теперь мы достаточно уверены в том, что полностью удалили ограничение максимального результата. Выполняете ли вы выборку, итерацию или используете Курсор, нет ограничений на количество результатов.