Webアプリケーションの認証フローの一部として、Graph.coolバックエンドでユーザーを作成できました。今度はサインインする必要があります（これは、hereの2ステッププロセスです）。これはsigninUser突然変異を使用しています。私は正常にhereを設定しました。しかし、私は突然変異のgetFatQuery()/getConfigs()を構成する方法を理解することができなかったので、視聴者のユーザーデータがリレーストアで適切に更新されて伝播されるようになりました。たとえば、ページヘッダー（ViewerWidget）は自動更新されませんが、ページをリロードすると正しい情報が表示されます。Graphcoolサインイン後のリレーストアの更新
リレーは、レンダリングされた（またはレンダリングされた）コンポーネントのすべてのデータ要件を追跡します。突然変異が送信されると、変更される可能性のある（FatQueryを通じて与えられた）すべてのデータも照会され、追跡されます。言い換えれば、あなたの突然変異のFatQueryに、Relayによってまだ追跡されていないノード/フィールドが含まれている場合、それらは突然変異のクエリに含まれません（データは、単にデータを要求するだけです。時間）。 REQUIRED_CHILDRENは、追跡されていない場合でも、突然変異が特定のフィールドを照会するよう強制します。 Relayの外でデータを処理する必要がある場合には、実際にはエスケープハッチです。それはrefが反応するため、中継することです。
graphcool APIは、IDを持つビューアのルートフィールドを提供します。フィールドユーザーにFIELDS_CHANGE（視聴者IDを使用）の突然変異を持たせることは可能です。