If I was implementing this, I'd probably have an Entity with a reference to the document and a list of keywords, so if I want the list of keywords I just have it already. Clearly this is not how you're storing your keywords, but you don't tell us how you are storing them, just that they exist. What does your model look like?
On Jul 3, 4:57 pm, Mr Shore <[email protected]> wrote: > Do you really get me right? > > Here is an example to get rid of the pain of abstraction. > > If the document contains these words:'oracle', 'java', 'microsoft', 'ccna' > > and then search these keywords respectively: > 1.java > 2.oracle > 3.notmatch > > then obviously,the 1st and 2nd search will match with the document,but > not the 3rd. > > and now I have 1M keywords ready there,need a way to get all those > matching with the specified document like above. > > I don't want to search 1M times to get the result,though. > > 2009/7/4 Wooble <[email protected]>: > > > > > > > On Jul 3, 8:47 am, Mr Shore <[email protected]> wrote: > >> By default we search a keyword against many documents. > > >> But now I've restored 1M keywords in datastore, > > >> I want to find out which of 1M keywords match a specified document. > > >> Is there an efficient solution? > > > This depends entirely on your model, which you've told us nothing > > about. > > --http://maishudi.com/ --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~----------~----~----~----~------~----~------~--~---
