このイベントで結果セットに最大 3 つのカラムが含まれる場合、Notifier はサーバとデバイスの間に永続的な接続がないことと、デバイスが Notifier をポーリングしてから Push 通知を送信する必要があることを確認します。Notifier は、結果セットをキャッシュしてから Push 通知を送信します。Mobile Link サーバでは、ポーリングキーによってデバイスを識別します。ポーリングキーは、デバイスが Notifier をポーリングするたびにデバイスが送信します。

このイベントの結果セットには、次のカラムが指定した順序で含まれている必要があります。

このイベントで結果セットに 3 つを超えるカラムが含まれる場合、Notifier はサーバとデバイスの間に永続的な接続が存在することを確認し、Push 要求が検出されたときにゲートウェイを使用して Push 通知を送信します。

このイベントの結果セットには、次のカラムが指定した順序で含まれている必要があります。

• Push 要求の要件
• Notifier イベント
• サーバ起動同期の Mobile Link サーバ設定

次の例では、ml_add_property システムプロシージャを使用して、Simple という名前のカスタム Notifier 用の request_cursor イベントスクリプトを作成します。SELECT 文では、Notifier に PushRequest という名前のテーブルから Push 要求を検出するように指示します。

CALL ml_add_property('SIS', 'Notifier(Simple)', 'request_cursor',
    'SELECT poll_key,
        subject,
        content
    FROM PushRequest'
);

スクリプトに WHERE 句を追加して、送信済みの要求をフィルタすることをおすすめします。たとえば、要求を挿入した時刻を追跡する Push 要求カラムを追加して、このイベントで WHERE 句を使用すると、ユーザが最後に同期を行った時刻よりも前に挿入された要求をフィルタできます。