Correct.. fetching by key_name obviously will only work when you know
the exactly key you want. :) Otherwise it needs to be a Query.
2009/5/30 Shedokan <shedok...@gmail.com>:
>
> Thanks, I didn't think of that probably because I'm new to python.
> But if I would want to get all files and folders in a path then I woul
> get them by path and name instead of by key, right?
>
> On 30 מאי, 15:16, David Wilson <d...@botanicus.net> wrote:
>> 2009/5/29 Shedokan <shedok...@gmail.com>:
>>
>>
>>
>>
>>
>> > TO make things faster I made two Classes:
>> > this one for the basic file or folder info:
>> > class Object(db.Model):
>> > name = db.StringProperty(multiline=False)
>> > path = db.StringProperty(multiline=False)
>> > type = db.StringProperty(multiline=False)
>> > info = db.StringProperty(multiline=False)
>>
>> > created = db.DateTimeProperty(auto_now_add=True)
>> > changed = db.DateTimeProperty(auto_now_add=True)
>>
>> > and this one for the content of the file:
>> > class ObjectContent(db.Model):
>> > name = db.StringProperty(multiline=False)
>> > path = db.StringProperty(multiline=False)
>>
>> > contents = db.BlobProperty()
>>
>> > That way when I'm getting only the files info i don't have to get all
>> > of it's content.
>> > And I am getting files like this:
>> > db.GqlQuery('SELECT * FROM Object WHERE name= :1 AND path= :
>> > 2',name,path)
>>
>> This makes use of a composite index when you don't need to. Index
>> access adds around 100ms extra to each Datastore access (see [0] and
>> [1] below). Instead of using an index on (path, name), you can use a
>> key_name composed of the path and name. Something like:
>>
>> key_name = 'X' + path + name
>> object_entity = Object(key_name=key_name, ...)
>> content_entity = ObjectContent(key_name=key_name, contents=contents)
>>
>> db.put([ object_entity, content_entity ])
>>
>> Then to query:
>>
>> entity = ObjectContent.get_by_key_name(key_name)
>>
>> Note prefixing the key_name with an 'X', to avoid an error if the path
>> starts with a number. You should also ensure that no distinct
>> combination of (path, name) will ever lead to the same key_name. If it
>> can in your application, separate the path and name with some
>> character that never appears in a path. This is to prevent ambiguous
>> key_names from being generated, e.g.:
>>
>> path, name = '/my/site/', 'foo'
>> bad_key_name = '/my/site/foo' <- ambiguous
>> better_key_name = '/my/site/|foo'
>>
>> path, name = '/my/', 'site/foo'
>> bad_key_name = '/my/site/foo' <- ambiguous
>> better_key_name = '/my/|site/foo'
>>
>> You can save yet more time by fetching the Object and the
>> ObjectContent simultaneously:
>>
>> object_entity, content_entity = db.get([
>> db.Key.from_path('Object', key_name),
>> db.Key.from_path('ObjectContent, key_name)
>> ])
>>
>> [0]http://code.google.com/status/appengine/detail/datastore/2009/05/23#a...
>> [1]http://code.google.com/status/appengine/detail/datastore/2009/05/23#a...
>>
>>
>>
>>
>>
>> > and I list all files in a folder like this:
>> > db.GqlQuery('SELECT * FROM Object WHERE path= :1',path)
>>
>> > if only I could select parts of the file and not all of the info like
>> > SQL:
>> > SELECT name, PATH from ...
>>
>> > On 29 מאי, 17:19, David Wilson <d...@botanicus.net> wrote:
>> >> Hey Shedokan,
>>
>> >> Are you fetching your files from Datastore in a batch, or one at a time?
>>
>> >> data = []
>> >> for filename in ['a', 'b', 'c']:
>> >> data.append(SomeModel.get_by_key_name(filename))
>>
>> >> Is significantly slower than:
>>
>> >> keys = [ db.Key.from_path('SomeModel', fn) for fn in [ 'a', 'b', 'c' ]
>> >> ]
>> >> data = db.get(keys)
>>
>> >> 2009/5/29 Shedokan <shedok...@gmail.com>:
>>
>> >> > Thanks, I am worried because I am trying to optimize my app to be
>> >> > almost as fast as the php version.
>>
>> >> > usualy it takes 250ms for an ajax request(firebug) in the php version
>> >> > and 500ms in the python version so python is two times slower than the
>> >> > php version.
>> >> > but I guess it's because I have to store the files in the datastore
>> >> > and not in real directories.
>>
>> >> > well thanks anyway.
>>
>> >> > On 29 מאי, 04:32, David Wilson <d...@botanicus.net> wrote:
>> >> >> Just assume that any string/list/hash/integer-related operations in
>> >> >> Python are likely faster than you'll ever need them to be. The
>> >> >> overhead for buffering the response is going to be tiny regardless of
>> >> >> your application, since at most you're only talking about handling
>> >> >> strings of up to 10mb (which is the request size limit).
>>
>> >> >> If there is anything with AppEngine you need to be careful of, it is
>> >> >> use of Datastore, where reading/writing large numbers of entities will
>> >> >> cost a lot of performance. Reducing your Datastore use by a single
>> >> >> db.get() is equal to thousands of calls to self.response.out.write()
>>
>> >> >> $ python /usr/lib/python2.5/timeit.py -v -s 'from cStringIO import
>> >> >> StringIO; out = StringIO()' 'out.write("123")'
>> >> >> 10000 loops -> 0.00373 secs
>> >> >> 100000 loops -> 0.0383 secs
>> >> >> 1000000 loops -> 0.365 secs
>> >> >> raw times: 0.358 0.358 0.357
>> >> >> 1000000 loops, best of 3: 0.357 usec per loop
>>
>> >> >> $ ae
>> >> >> Python 2.5.1 (r251:54863, Feb 6 2009, 19:02:12)
>> >> >> [GCC 4.0.1 (Apple Inc. build 5465)] on darwin
>> >> >> Type "help", "copyright", "credits" or "license" for more information.
>> >> >> (AppEngineShell)>>> import time
>> >> >> >>> t1 = time.time() ; db.get(db.Key.from_path('Foo', 1234)) ; print
>> >> >> >>> (time.time()-t1)*1000
>>
>> >> >> 12.0000839233
>>
>> >> >> David.
>>
>> >> >> 2009/5/29 Shedokan <shedok...@gmail.com>:
>>
>> >> >> > Thanks, but does self.response.out affects speed very much?
>> >> >> > I couldn't benchmark it, strange...
>>
>> >> >> > On 28 מאי, 22:25, David Wilson <d...@botanicus.net> wrote:
>> >> >> >> Using self.response.out will also delay sending your entire response
>> >> >> >> until it is sure to succeed.
>>
>> >> >> >> If you start generating output using 'print', and then e.g. a
>> >> >> >> Datastore request times out, or a bug in your code is triggered, you
>> >> >> >> have no chance to display a friendly error message. Instead the user
>> >> >> >> will get a half-rendered page with a stack trace embedded in it, or
>> >> >> >> worse.
>>
>> >> >> >> David.
>>
>> >> >> >> 2009/5/28 Shedokan <shedok...@gmail.com>:
>>
>> >> >> >> > so I can't print binary data like Images?
>>
>> >> >> >> > On 28 מאי, 21:03, 风笑雪 <kea...@gmail.com> wrote:
>> >> >> >> >> Print is also OK, but you need handle header by yourself, and it
>> >> >> >> >> can only
>> >> >> >> >> output
>> >> >> >> >> text.http://code.google.com/intl/en/appengine/docs/python/gettingstarted/h...
>>
>> >> >> >> >> print 'Content-Type: text/plain'
>> >> >> >> >> print ''
>> >> >> >> >> print 'Hello, world!'
>>
>> >> >> >> >> 2009/5/29 Shedokan <shedok...@gmail.com>
>>
>> >> >> >> >> > I am wondering why should I use self.response.out.write and
>> >> >> >> >> > not print
>> >> >> >> >> > everything.
>>
>> >> >> >> >> > because I am making this app where I have to output from a lot
>> >> >> >> >> > ofdifferent functions and I am passing the object 'self'
>> >> >> >> >> > everywhere.
>>
>> >> >> >> >> > thanks.
>>
>> >> >> >> --
>> >> >> >> It is better to be wrong than to be vague.
>> >> >> >> — Freeman Dyson
>>
>> >> >> --
>> >> >> It is better to be wrong than to be vague.
>> >> >> — Freeman Dyson
>>
>> >> --
>> >> It is better to be wrong than to be vague.
>> >> — Freeman Dyson
>>
>> --
>> It is better to be wrong than to be vague.
>> — Freeman Dyson
> >
>
--
It is better to be wrong than to be vague.
— Freeman Dyson
--~--~---------~--~----~------------~-------~--~----~
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-appengine@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
-~----------~----~----~----~------~----~------~--~---
