みんなに優しく、解りやすくをモットーに開設しています。 以下のルールを守りみんなで助け合いましょう。
1.ファイルメーカーで解らない事があればここで質問して下さい。 何方でも、ご質問・ご回答お願いします。 （優しく回答しましょう）
You are not logged in.
Pages: 1
運送業をしています
売上を登録するときに
積地点とおろし地点をそれぞれのテーブルに登録します
請求書の明細欄の、内容という欄に、
例えば積地点が東京で、おろし地点が大阪だったら
東京～大阪
と表示させるには、表示用の計算フィールドで
積地点＋“～”＋おろし地点
とする処理で間違っていませんか？
場合によっては、○○作業代のような売上（積地点のみに入力）もあるので
フラグで上記計算式をいれかえて“～”を入れないようにしようと思っています
その要望だと積地点とおろし地点はそれぞれ１つしかないようなので、「それぞれのテーブルに登録」の必要がなさそうですが...
おろし地点は空欄の可能性があるのでRDB理論的には別テーブルにするのが正しい（NULL値は存在してはいけない）ですが、普通はそこまでやりません。
＞フラグで上記計算式をいれかえて“～”を入れないようにしようと
おろし地点が空欄かどうかで判別できるので別のフラグは不要です。
表示（印刷）するだけなら、計算フィールドでなく「～」をテキストオブジェクトにして条件で非表示にできます。
僕も、1テーブルでの処理の方がいいと思います。
また、「東京～大阪」は売り上げの明細であって、項目ではないですね。○○作業代のような売上が積地点のみに入力されてしまうと、集計が全くできなくなってしまいます。ですから、項目には、運送費、作業代 としておき、その明細として、東京〜大阪 と入力した方がいいです。
ちなみに、積地点＋“～”＋おろし地点 ではなく、文字列をつなく演算子は & ですので、積地点 & “～” & おろし地点 です。
Offline
やそいさん(質問者)：
>表示用の計算フィールド
あくまで明細の表示のみに使用するフィールドでしたら、代わりにボタンバーを使用するのも良いかと思います。
ボタンやテキストとは異なり、ラベルとして計算式を指定出来ますので。
himadaneeさん：
>その要望だと積地点とおろし地点はそれぞれ１つしかないようなので、「それぞれのテーブルに登録」の必要がなさそうですが...
質問者様のお考えがどうかは分かりませんが...
確かに、質問の内容ではそれぞれ1か所ですが、運送業であれば積載場所の1地点から、複数個所へ配送という事もあり得るのではないでしょうか？
(東京～大阪,京都 があるとは書かれてない以上余計な事ですが。)
>積載場所の1地点から、複数個所へ配送という事もあり得る
それは考えましたし、逆に複数で集荷したものを一か所へ配送もありうるので、どういうデータを処理したいのか（1つの売上に無関係＝車に同乗？するだけで請求先は違うなどの複数の配送が入るのとか）もうちょっと詳細に聞いた方が親切かもしれませんが、
それだったら、そもそもこの質問にならないと思うんですよね...
himadaneeさん：
>逆に複数で集荷したものを一か所へ配送もありうる
なるほど。1案件で複数個所へ向かう事もあり得ますね。
>それだったら、そもそもこの質問にならないと思うんですよね...
確かにそうですね。上記お考えを言語化頂きありがとうございます。
横やり入れてしまい(質問者様にも)申し訳ないですが、勉強になります。
いえいえ、1人の考えだと偏りとか抜け落ちがありがちなので、いろいろな視点からコメントするのはいいことと思います。
（私がスルーしてしまった「＋でなく＆だ」という指摘も入りましたし、ボタンバーも色々使い道がありますね）
すみませんスマホで入力したので重大な書き間違えをしておりました
☓積地点とおろし地点をそれぞれのテーブルに登録します
○積地点とおろし地点をそれぞれ、テーブルに登録します
でした。同じテーブル、積地点フィールドとおろし地点フィールドという意味です
配送については、どこからどこへ、だけしかありません
東京～大阪 1000000
大阪～東京 1000000
チャーター便 1000000
助手荷作業 8000
と一つの仕事につき、ひとつの売上で記載するのが慣例でしてそうしています
Shinさんがおっしゃる集計できなくなる、とはどういったことでしょうか？
上の例ですと、大きく分けて、輸送費とチャーター費、助手作業費用 に分けられますね。経営分析をするためには、これを区分していく必要ガありますが、その区分けフィールドに東京とか大阪が入っていると、区分ができなくなります。そのために、区分フィールドには、区分するためのキーワードを設定し、輸送詳細として区間を別に入力する、としておいたほうがいいでしょう。伝票上の表記は今のままでもいいですが、輸送費（東京〜大阪） としておけば、違和感はないと思います。
Offline
区間輸送とチャーターはやる側としては同じことなので
とくにと代わりなくおなじグループだと認識してします
助手作業費用など、客の要望で様々な雑多な仕事があり、とりあえず
区分フィールドで運送業務と付帯業務として区別はしてあります
そもそも積地点とおろし地点、2つのフィールドにわけず
ひとつのフィールドても問題ないのですかね？
端から売上フィールドに
東京都～大阪といれることに何か問題があるのか？
という疑問が出てきました
＞ひとつのフィールドても問題ないのですかね？
それは、地点ごとに検索とか集計する可能性があるかどうかによります。
分析すべきデータでなく単なる人間用の参考情報なら、最初から一つで問題ないでしょう。
経営分析も、業務分析もしないのでしたら、最初から1文で入れればいいのでしょう。何の問題もありません。
その使い方なら、Excel などの方が簡単なのでは。
データベースらしく使うには、発着地点毎の料金表を作っておき、自動入力するとか、純粋な運賃と走行距離、時間などを関連させて、経費を計算させたりする事を考えます。また、運用スケジュール管理をしてみるのもいいのでは。更に、データを経理と共有させて、請求業務に流し込めば、楽ですよ。
Offline
Pages: 1
[ Generated in 0.008 seconds, 9 queries executed - Memory usage: 587.11 KiB (Peak: 603.65 KiB) ]