0

Googleシートに接続されたAppSheetモバイルアプリで、重複したエントリ(自分のクライアント/プロジェクト定義の意味 - 以下を参照)を防ぐ方法を知りたい。
AppSheetはUNIQUEID()について多くのことを話しています。彼らはまた、KEYフィールドとしての使用と指定を推奨しています。 row_numberは別の可能性です。
KEYの目的は、ユニークで無意味で、レコードを一意に識別し、他のテーブルに関連付けることです。appsheet重複したエントリを防止する

ただし、自分のクライアントのビジネスルール&プロセスで定義されているように重複(「重複」)が発生することはありません。私はUniqueId(理論的にはUniqueId()を仮定していますが、それは抽象理論です。

マイテーブルには、[施設番号]と[TIMESTAMP](イベントの日時)があります。 2番目のレコードが同じDATE(無関係な時間)で同じFACILITYを持つ場合、重複イベントとみなし、このテーブルへのレコードの追加を無効にします。 (私たちは1日に1施設しかしません)。

AppSheetで、その基準に基づいて追加を許可しないロジックを作成するにはどうすればよいですか?私は基本的には私がそれをやる方法を知っています。私はそれを "置く"場所を見つけることができないようです。私はTRUEまたはFALSEに完全に評価された式を作成しました。(追加される新しいレコードのFACILIY NUMBERが、今日のエントリとして定義したSLICEにあるかどうかを参照することによって)私はこの表現を別の(ランダムな)フィールドのVALIDIFに入れたいと思っていました。私にとっては、それはプラットフォームのドキュメントを満たすように思えました。他のランダムフィールドは、式が真と評価された場合にのみ有効と見なされます。代わりにアプリケーションシートは、[他のランダムな列]全体を従属ドロップダウンに変換したいと思っていました。

助けてください!アプリケーションシートが、キーイング、保存などの際にフックすることができるFORMイベントとRECORDイベントを紹介するとき、私は喜びの涙を浮かべます。

答えて

0

ほとんどのAppSheet質問はhttp://community.appsheet.comにあります。 。 簡単な答えは、Valid_If制約を指定して正しいことをしているということです。あなたの制約はIN([_ THIS])の形式になっているので、AppSheetはそのリストを自動的に許可された値のドロップダウンに変換することによって「スマート」なことをしています。あなたの投稿から、代わりにNOT(IN([_ THIS]))と言って、指定されたリストにない限り[_THIS]という値が有効であると言っているようです。重複ではない)。

関連する問題