为什么Email,Username,PostalCode等作为GAE Datastore中的实体 [英] Why Email, Username, PostalCode, etc as entities in GAE Datastore

查看:107
本文介绍了为什么Email,Username,PostalCode等作为GAE Datastore中的实体的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

GAE Java数据存储实体列表



我想知道下面的原因吗?索引?语义搜索?

解决方案

几年前,我有同样的问题。尼克回答了此处。 Java类提供了与Python的一致性,在Python中它对于特殊的.to_xml()行为很有用。当GAE得到适当的GEO查询时,GeoPt可能会变得有用,但否则您可以忽略它们。


I have seen the in GAE datastore there are so many entity which at the end are Strings, at least apparently.

List of GAE Java Datastore Entities

I'd like to know the underneath reason for that? indexing? semantic search?

解决方案

I had the same question a couple years ago. Nick answered it here. The Java classes provide parity with Python, and in Python it's useful for the special .to_xml() behaviour. It's possible that when GAE gets proper GEO queries the GeoPt might become useful but otherwise you can ignore them.

这篇关于为什么Email,Username,PostalCode等作为GAE Datastore中的实体的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆