Hi Steve, Glad you found my comments useful. :) Yeah, there are various little gotchas. Spending a little time to explore the architectural nuances is a very important step. It always sucks to write an app, then discover a query can't take two days to run in one request and the datastore does not support joins. ;)
Robert On Sun, Nov 21, 2010 at 18:05, stevep <prosse...@gmail.com> wrote: > Hi Robert, > First, let me thank you for your answer not just to this question, > but for others I've not asked. You always provide great insights, and > very well written comments. > re: you post below. > My suspicions confirmed about using List properties in this manner. > I wish there was a good summary page of all the "performance > gotchas" somewhere. There are quite a few of them -- not because GAE > is necessarily bad, but due more so to its non-standard architecture. > Cheers, > Steve > >> I favor the third approach over the second because it gives you a >> bunch of flexibility. You can serialize your entities how ever you >> want to; I frequently use JSON. In several instances I have found >> ListProperties to have very poor performance characteristics, even >> when they are not indexed. With your third technique you can wait to >> deserialize the additional data, unless / until it is needed. > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appeng...@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.