Q&A
「第３階層は一気に９テーブルになり」この理解はあってますか？記載された設計上のテーブルは3しかないようですが
###前提・実現したいこと
初めまして、reyjdと申します。
いつも参考にさせていただいております。
今回はFilemakerで目標～タスク管理のデータベースの構築を
行っている途中です。
基本的なテーブルやクエリ、リレーションシップなどの理解はあります。
実現したいのは、３階層からなるタスク管理で、各項目の各タスクを３つまで
という制限で進捗を管理するようなアプリの開発を目指しています。
具体的には以下のような感じです。
記述に関しては慣れていないためイメージとして捉えていただければ幸いです。
###イメージ
第一階層
長期目標テーブル：
長期目標フィールド
＜タブコントロールにて＞
中期目標フィールド１（☆） ◯◯％ ＜第二回層へのリンク＞
中期目標フィールド２ ◯◯％
中期目標フィールド３ ◯◯％
第二階層
中期目標テーブル：
中期目標フィールド１（☆）
短期目標フィールド１（★） ◯◯％ ＜第三階層へのリンク＞
短期目標フィールド２ ◯◯％
短期目標フィールド３ ◯◯％
第三回層
短期目標テーブル：
短期目標フィールド１（★）
デイリータスクフィールド１ ☑ ←出来たかどうかチェック
デイリータスクフィールド２ ☒ ←出来たかどうかチェック
デイリータスクフィールド３ ☑ ←出来たかどうかチェック
※☆→☆／★→★がリレーションでつなげるイメージ
イメージとしてはこのような感じなのですが、FileMaker自体がカード型のデータベース
という利点を考えて「HTMLのフォルダ構造+テキスト」みたいなものを考えております。
各フィールドはすべて文字列で、最終的には最下層のチェックの進捗でトータルの進捗率を
出そうと考えております。
###懸念事項
階層1～2をやってみたのですが、リレーション自体は構築できたのですが
その先の2層～3層のテーブル管理をどのようにすべきかがお恥ずかしい話
わからなくなってきました。
数が一気に増えてどのように管理すべきか？というところが一番大きいです。
第一階層 1 → 第二階層 → 3 → 第三階層 9
というように倍々形式で多くなってしまう。
現状は実用を目処に第2～第3を先に運用してみて、ある程度データがたまってきたら
第1を考えようかなと思っています。
###試したこと
階層1～2については問題なく出来る
各タブコントロール内のフィールドとリレーションで第二回層の中期目標１～３は管理できている
第３階層は一気に９テーブルになり、何か管理上いい方法はないか模索している ←今はここ
あと、FileMaker自体が最近応答なしになる事が多く、構想自体に無理があるのかな？とも
感じております。
###補足情報(言語/FW/ツール等のバージョンなど)
FileMaker Pro Advanced 14.0.1
多少のフィールド間の計算やスクリプトは組める
###コメント
以上になりますが、2～3階層目のリレーションや管理について良きアドバイスをいただけましたら幸いです。
場合によってはDBソフト自体を最初から選び直すことも考えております。
ちなみに進捗の％の計算式などはまだテーブル管理が決まっておらず白紙状態です。
よろしくお願いいたします。
###デーブルモデル
|第一階層 |第二階層 |第三層 |
|長期目標TB|中期目標TB① |短期目標TB①|
|--------→|--------→|短期目標TB②|
|--------→|--------→|短期目標TB③|
|--------→|中期目標TB②|短期目標TB④|
|--------→|--------→|短期目標TB⑤|
|--------→|--------→|短期目標TB⑥|
|--------→|中期目標TB③ |短期目標TB⑦|
|--------→|--------→|短期目標TB⑧|
|--------→|--------→|短期目標TB⑨|
テーブルモデルはこんな感じになります。
各テーブルに上記のフィールドが同じようなデザインで入ります。
第三層になると9つになり、フィールド名も重複し、各3つは統合管理ではなく
上位のテーブルとリレーションを組みたいと考えています。
中期の①なら短期の①～③
中期の②なら短期の④～⑥
中期の③なら短期の⑦～⑨
上位下位を1ペアにしてフォームなどで管理するのが良いのか、一元に全部ひっくるめてのほうが
良いのかということなのです。
回答ありがとうございます。記載上のテーブルはイメージとして記述しました。実際には各３つずつ増えていき１つの長期目標に対して各９つで１セットなる考え方です。よろしくお願いします。
イメージではなくテーブル（モデル）の設計を記載してください。ビューとモデルが混在しています
すみません、本文を編集しているのですが、反映されず困っています。使い方もまだままならないのでご理解をお願いします。
まだ、タグなどの使い方がわからずお見苦しい点ご了承ください。テーブル構造について更新しました。
回答1件
0
ベストアンサー
長期目標テーブルと中期目標テーブルは1:Nのリレーション
中期目標テーブルと短期目標テーブルは1:Nのリレーション
でやれば、3テーブルでできそうです。
レコード数が1:3:9の割合で増えるだけです。
1 対多のリレーションシップを参考にテーブルの設計を見直してみてください。
ちなみに、FileMakerの出自はカード型データベースですが、ビューがカード型っぽいだけで、現在の中身はほぼRDBです。
投稿2017/07/11 08:29
編集2017/07/11 08:30総合スコア1680
ややこしい質問でしたが最後までお付き合いいただきありがとうございました。
実運用のことを考えると、長期目標自体はそれほど多くもなくあまり流動性がないので、実際問題としては2層～3層の中期～短期と毎日のToDoタスクマネージャーといった具合で調整してみたいと思います。
会社の組織図みたいに伸びていく目標はどうしようとか、また壁にぶつかった時にお伺いさせていただきたいと考えております。
その節はよろしくお願いいたします。
あなたの回答
tips
プレビュー
