Google App Engine 数据存储参考与否？
我正在用来自不同国家/地区的文本项目填充一个大表。我的问题是： 我应该使用referencePropery链接到另一个表中的语言（这是我在普通MySQL关系数据库中执行此操作的方式）还是只是冗余并为表中的每个文本指定语言？
更好的是： 冗余和存储使用增加 或 更多查询&更多 CPU 使用率
当我的数据库完成后，我需要查询数据库以获取包含来自每个国家/地区的文本项的不同列表。
I am filling up a Big Table with text items from different countries. My question is:
should I use a referencePropery to link to languages in another table (that's the way I would do it in a normal MySQL relational database) or just go redundant and specify the language for each text in the table?
What's better:
redundancy & increase in storage use
or
more queries & more CPU usage
When my database is finished I need to query the database to get different lists with text items from each country.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
如果您使用引用属性，如果您只想查找某种语言的文本项，那么应该没问题。存储文本项时，引用属性将存储为语言对象的键。然后，您将能够编写查询“给我语言属性与此键匹配的所有语言”。
您无法做的是编写一个连接两个“表”的查询并根据某些属性查找项目例如，如果您的语言实体有一个称为字母表的属性，您将无法找到其语言具有拉丁字母表的所有文本项，您需要分两步完成 - 首先找到 的键。所有具有拉丁字母的语言，然后查找具有这些键之一作为其语言属性的所有文本项。
If you use a Reference Property, you should be ok if all you want to do is find text items for a certain language. When your text item is stored, the reference property will be stored as the key of your language object. You will then be able to write queries that say "give me all languages where the language property matches this key.
What you won't be able to do is write a query that joins the two "tables" and find items based on some property of your language entity. For example, if your language entity had a property called alphabet, you would not be able to find all text items whose language has a Latin alphabet. You would need to do it in two steps - first find the keys of all languages which have a Latin alphabet, then find all text items that have one of those keys for their language property.