みんなに優しく、解りやすくをモットーに開設しています。 以下のルールを守りみんなで助け合いましょう。
1.ファイルメーカーで解らない事があればここで質問して下さい。 何方でも、ご質問・ご回答お願いします。 (優しく回答しましょう)
You are not logged in.
Pages: 1
テーブルオカレンスの名前はどのように命名していますか?
本を参考にすると、「TO_テーブル名」と書かれていたので、先頭にTOをつけています。
relationが張ってある場合は、「TO_テーブル名1」、「TO_テーブル名1_TOテーブル名2」、「TO_テーブル名1_TOテーブル名2_テーブル名3」....と書くのがわかりやすいという事でそれを真似しています。
relationがいくつもつながると、テーブルオカレンス名がとても長くなってしまいます。皆様はどのようにオカレンス名を命名していますか?自分達がわかりやすければ、それが一番いいのはわかりますが・・・
Offline
宗教戦争になるので何が正しいというのはないのですが......
リレーションシップグラフのテーブル=テーブルオカレンスなのでTOと付けなくても良いかなと思います。
また、アンカーブイモデルで作っているのか否かなどモデリングを利用しているかでも命名規則は変わります。
私の場合は TO名 » TO名 のように
すべてのTOを並べて繋がりが可視化するように付けています。ベーステーブルが末尾に来ます。
この命名方式は昇順ソート表示でレイアウトTO(アンカー)が必ずTOG群の最上位に表示されます。
そのほか削除オプションを付けたTOは「Del」の接尾辞を付けて更に赤色にするなどしています。
例)注文テーブルと注文明細テーブル&商品マスタのTOGの場合
注文
注文 » 注文明細
注文 » 注文明細 » 商品マスタ
長いTO名は Windows では切れてしまう問題も最新バージョンでは解消されています。
この辺り参考になります。
https://www.filemakermagazine.com/video … techniques
Last edited by Moz (2017-12-05 16:32:08)
Offline
Mozさん、ありがとうございます。勉強になります。そして、サイトが英語!
頑張って聞いてみます!
Offline
自分達がわかりやすければというよりは、規模と環境に応じて一貫した規則になっていれば、
これが正解というものは無いという状況です。
たとえばTOがせいぜい5つ、TOGもひとつで済むような小規模なソリューションで、
重厚な命名規則を採用するのは馬鹿げています。
私はこういうケースで、迷わずシンプルにテーブル名をそのまま使います。
中規模になればある程度TOGを切っていくでしょうから、最低限TOGを示す箇所が必要だと思います。
無難なのは先頭に付けた「TOG名_テーブル名_用途」などといった形式です。
用途部分は複雑になりかねないので、さらに区切り文字を決めておいた方がよいでしょう。
大規模や複数人での開発、あるいは長期的に手を入れていくソリューションなら、
全てのレイアウトに異なるTOGを用意したり、そもそもTOGの作り方自体に規則があるはずです。
またODBC等外部との連携次第ではASCIIのみで名付ける必要があり、
文字種の制限が増えるため更に区切りに工夫が必要です。
ちなみに、規模や用途によらず常に「_テーブル名」のTOは全テーブル分用意しています。
これはそのテーブルのメンテナンス用として、表形式のレイアウトに割り当てています。
-
Mozさんの言うように宗教戦争になってしまうのは、TOGをどういう定義で捉えるかに決まりがなく、
それ次第でリレーションシップグラフ全体の見え方が大きく変わるためです。
命名の前にリレーションシップグラフのモデリング方針、つまりTOとTOGの規則を決めた方が良く、
命名はその規則を無理なく表現できるものにすべきです。
方針にはたとえば有名所で Anchor/Buoy というスタイルがあります。
Anchor/Buoyの後に
http://notonlyfilemaker.com/2016/09/lif … chor_buoy/
他にもモデリングの手法は色々あって、全体的な方針を決めるものから、
局所的な目的のためのものまで様々です(リンク先はNotOnlyFileMakerさんの記事ばっかりです)。
なお、こういった手法全てに精通する必要は全く無いし、そもそもそれは、
すでに自分で使っている組み方を誰かが整理して一般化し、名付けただけかも知れません。
マジックキー
http://notonlyfilemaker.com/2016/03/mag … reporting/
バーチャルリストで目次を生成する
http://notonlyfilemaker.com/2017/02/vir … -contents/
Fast Summary
http://notonlyfilemaker.com/2017/03/fast-summaries/
日々手入れしているソリューションの場合、要望を受けて何らかのUIを実現するために、
データモデリングとはやや意味合いの異なるリレーションシップを追加する、
といったケースもあって、TO名やTOGの構成が雑然としやすいです。
そういったものにも対応していこうとすれば、無理に細かなパターンのルールを設けるより、
緩やかで基本的な、壊れにくい原則だけ持っておくのが無難です。
-
参考に、大昔FileMakerの命名規則について議論したスレッド。
https://groups.google.com/forum/#!topic … xHozylLLlc
Offline
Mozさん、Hondaさん、ありがとうございます。
こんなに沢山の情報凄いです。1つ1つ確認していきます。
感謝です。
Offline
Pages: 1
[ Generated in 0.007 seconds, 7 queries executed - Memory usage: 567.56 KiB (Peak: 587.56 KiB) ]