投稿内容：「こんなテーブル構成とリレーションは避けたほうが良い例を紹介します。」
※本記事はあくまで参考の一例です。必ずしも「避けなければならない」という訳ではありませんので予めご了承下さい。
本投稿はFileMaker制作経験が未経験～概ね2年ほどの方に向けたものです。
誰でも簡単に作れる・・・はずなのに
あなたはFileMakerを独学で制作していますか？
データベースを作る経験があまりないと、最初はどのように構築していっていいか分からないと思います。
そこにリレーション(データを紐づけること)が加わると、ますます頭に？マークがくっついてしまうかもしれません。
FileMakerの場合、「誰でも簡単に作れる！」なんていうキャッチフレーズがついていたりするので、「きっとできるはずだ！」と、あれこれリレーションしてみることになります。
でも結局思い通りにいかない。。
ということも多いかと思います。
リレーションがうまくいかないパターンはいくつかあると思いますが、今回はそのうちのひとつを紹介してみたいと思います。
うまくいかないパターン例の概要
今回紹介するのは、エクセルシートをそのまま使ってFileMakerにしてしまうパターンです。
筆記具や備品などの消耗品を管理するエクセルをFileMakerで管理するという想定で話を進めてみましょう。
エクセルには５つのシートがあります。
・購入記録
・承認
・筆記（用具）
・事務用品
・備品
購入記録を残して、承認の記録も残したい、という要望のエクセルです。
いろいろとツッコミどころのあるエクセルに見えると思いますが、かなりいい加減に作ったサンプルなのでご容赦ください(^_^;)
ともかく、こういうエクセルをFileMakerで管理したい！という想定です。
FileMakerにテーブルを作成してみると・・・
最初はエクセルをFileMakerアイコンにドラッグ＆ドロップして、ともかくも購入記録シートをFileMaker化します。
他のシートもインポートしてテーブルを追加していきます。
はい、実はもうこの時点で危うい方向に進んでしまいました。
各シートをうまく取り込んだように見えますが、このテーブル構造はあまりよろしいとは言えません。
なぜよろしくないかというと、ざっくり言えば似たようなテーブルが存在しているからです。
例えば「筆記用具」「備品」「事務用品」の３つのテーブルです。
３つあるということは、管理するテーブルも３つあるということです。
もしリレーションする場合、通常より３倍の数のリレーションが必要になってしまい、それだけで煩雑になってしまう未来が待っています。
また、購入記録と承認のほうも、同じような項目があったりしてやはり良い状態とは言えません。
データを追加更新するとき、両方のテーブルを更新していかなければならなくなります。
そして仮にこの状態でリレーションを組んでみても、やはりあまり良い未来が見えてきません。
まだ５つのテーブルなら何とかなるかもしれませんが、今後拡張していくときに複雑なリレーションを張ることになってしまいそうです。
【註】リレーションが出来ないということではないし、間違っているとも言えないので三角。将来的な拡張の際に管理が大変になる可能性があるということです。
教訓：
エクセルのシートをそのままテーブルにしてはいけない場合もある。
☆自社で作れるようになれば費用対効果バツグン！
▶FileMaker を学んで自社開発で業務効率化や売上アップをしませんか？制作と習得が同時に進む↗
FileMaker化する前にデータ整備をする
エクセルのシートをそのままテーブルとして取り込んではいけない場合があります。
FileMakerに取り込む前に、まずデータの整備を考えてみたほうが確実に良いです。
では今回のサンプルではどうなるでしょうか。
次のシート構造はあくまで一例ですが、データ整備を行ってから再度FileMaker化してみたいと思います。
エクセルのシートを３つにしました。
黄色い項目が追加したものになります。
・購入記録
・社員
・消耗品
整備した点は大きく３つです。
①購入記録シートに、購入数と承認者と承認日を追加しました。
②新たに社員シートを作りました。
③筆記・事務用品・備品のシートを消耗品シートに統合しました。
この状態で３つのシートを取り込んでFileMaker化してみます。
もうおわかりのように、テーブルは３つだけになります。
リレーションも組んでみます。
※購入記録テーブルに製品番号を追加しました。（消耗品番号という名前の方が分かりやすかったかも）
このデータ整備による変更によって、何が良くなったか。
データ（レコード）をどんどん追加していくのは購入記録テーブルだけで良くなります。
先の５つのテーブルのときは、どのテーブルに追加していけばいいか分かりづらく、１つのテーブルに追加したら他のテーブルにも追加しないといけませんでした。
今回３つだけのテーブルになったことでシンプルになり、データの追加もリレーションもスッキリして分かりやすくなるため、今後の拡張性も楽になります。
FileMakerに取り込む前のデータ整備はどうやってやるの？
データの整備って言うけど、じゃあ何か基準があるの？ということです。
大きく２つの種別を意識して整備すると良いのではないかと思います。
●ログ的なもの
●一覧的なもの（製品一覧、名簿一覧のような）※よく言う「マスタ」はこれ
ログ的なものは、日々データが追加されていくようなテーブルです。
一覧的なものは、たまに編集や追加があるくらいで、頻繁にはデータが動かないテーブルです。
今回のサンプルでいうと、ログ的なものが購入記録テーブルになり、一覧的なものが社員と消耗品テーブルになります。
日々データを追加していくのは購入記録テーブルだけになるので、とてもシンプルになったかと思います。
社員と消耗品は単なる一覧なので、増えたときだけデータ追加することになります。
ちなみに、消耗品シートを作成したときの”ミソ”は、「筆記」「事務用品」「備品」のくくりを「種別」というひとつの項目にしてしまったことです。
それによって、消耗品シートというひとつのシートにすることが出来、３つのシートが１つのシートになりました。
いかがでしたでしょうか。
もちろん、５つのテーブルの方でも決して間違いではありません。
ただ、データ管理の手間や将来の拡張性を考えると、エクセルをFileMaker化する前に一度データ整備をしてから制作を進めた方が良いと思います。
ガッツリと運用が始まって色々と機能追加された後だと、もう簡単に作り直すことができない状態になる場合が多いからです。
FileMakerを制作していく上で、参考になれば幸いですヾ(*´∀｀*)ﾉ
JBI のサービス詳細を聞いてみたいときはお問合せよりお知らせ下さい。
今日も良い一日を♪
0 件のコメント :
コメントを投稿