2017-09-05 6 views
0

私は、ライブイベント施設のために、スタッフの利用可能性フォームへの解決策を思いついていません。FileMakerのスタッフ可用性フォーム

目標は、オフィス内の誰かに開始日と終了日を選択させることです。開始日と終了日は、今後の予定のリストを生成します。このリストは、WebDirectの従業員に表示され、チェックボックスを介して利用可能かどうかをマークすることができます。オフィス内の人々は、スケジューリング中に予定されているすべてのイベントに利用可能な人物を確認することができます。

開始日と終了日を選択する理由は、従業員が参照する日付を選択して「公開」するだけでなく、そのフォームに関連付けられたすべての応答のログを持つことができるようにすることです。

私はまた、従業員がフォームへの回答を見ることしかできないようにしたいと考えています。

次のようにこれまでのところ、私はテーブルを持っている:関係の

Employee Event Availability Form    Response 
-------- ----- ------------ ----    -------- 
ID   ID  ID    ID     ID 
Name  Date StartDate  fk_AvailabilityID fk_EmployeeID 
      Title EndDate  fk_ResponseID  Checkbox 

すべての主キーです=イベント日を除く外部キーは、可用性との関係を持っています。ここに

Date ≥ StartDate AND 
Date ≤ EndDate 

本当にわかりませんこれを過ぎて行くか、これが始まるのが正しい場合でも。私はFormResponseテーブルを試してみましたが、実際にどのような接続をするかはわかりません。

私はFileMakerとデータベースには一般的に新しく、レイメンスの言葉は分かります。

答えて

0

最初は、複雑な関係の代わりに、イベントテーブルのフィールドを公開フラグとして使用し、ログイン時に直接Web検索を行うことができます。

スタッフが開始日と終了日を設定すると、これらのレコードの公開フラグを設定するスクリプトが実行されます。

ログインしたユーザーを従業員に照合するには、従業員テーブルにアカウント名を格納し、ログイン時に照合する必要があります。次に、レコードが一致する場合にのみレコードを表示できるように権限を設定します。 これが役立つことを願っています。

+0

私はあなたのことを見ていますが、私が実際に理解していないのは、イベントと可用性テーブルの間に関係がない方がよいということだけです。私が逃していると感じる利点はありますか? – CameronS

+1

まあ、私は時々使用される関数のために関係を使用しない傾向があります。関係グラフの煩雑さを少なくします。また、特定のスクリプトを特定の目的のために維持し、トラブルシューティングする方が簡単です。一般的に、関係グラフには、レイアウトのデータやポータルを「駆動」するために、機能グラフの機能を少なくすることを目指しています。あなたが望むならば、あなたのやり方からあなたを止めることはありません。 – AndreasT