FQLで非indexableカラムを検索条件に加える方法

FQLは、SQLと違いFacebook側で"indexable"と指定されているカラムしか、基本的にはWHERE節の条件に使えません。(日時カラムなど一部例外)
https://developers.facebook.com/docs/reference/fql/

実際、次のようなクエリーにはエラーが帰ってきます。

SELECT eid, rsvp_status, start_time, uid
FROM event_member
WHERE
    uid = 131130253626713 AND
    1342585934 < start_time AND
    rsvp_status = "attending"

これは、ドキュメントにあるように、event_memberテーブルではuidとeidのみがindexable(インデックス可能)なためです。rsvp_statusは検索条件の対象外ということになります。

※start_timeは、indexableになってませんが例外のようです。ドキュメントにも使える旨書いてありますね。ちょっと不思議...。
※ちなみに、131130253626713は下北沢オープンソースCafeのuidです。

解決策

しかし、これはあまりにも不便! ということで、何とかする方法が一応ありました。

SELECT eid, rsvp_status, start_time, uid
FROM event_member
WHERE
    rsvp_status = "attending" AND
    eid IN (
        SELECT eid 
        FROM event_member 
        WHERE uid = 131130253626713 AND 1342585934 < start_time)

このように、同じテーブルの検索なんですが、わざわざ2段階にするとOKです。

何でOKなの?

蛇足ですが、ドキュメントにあまり書かれていないので、以下推察。

推察1

FQLではindexableかどうかと同時に、パーミッションの有無が重要です。

1. いきなり検索条件にrsvp_statusを加えると、(レコードによっては)パーミッションがなくて怒られる。
2. そこで、先にuid = 131130253626713として、パーミッション的に問題ない範囲に限定。
3. そうすると、rsvp_status指定しても、パーミッションのエラーが返らないので、クエリーが通る。

といった感じなのかなと。

推察2

もう一案。こっちかも。

1. IN (SELECT ...)が条件節に設定されると、実はテンポラリテーブルが生成されている。
2. テンポラリテーブル内は、どのカラムも検索可能。

※くどいようですが、推察です。