(現在 過去ログ57 を表示中)

HOME HELP 新規作成 新着記事 トピック表示 ファイル一覧 検索 過去ログ

[ 最新記事及び返信フォームをトピックトップへ ]

■8884 / inTopicNo.1) 　テーブル構成？
  ▼■
□投稿者/ 尾形 -(2015/04/17(Fri) 06:18:48)
    すいません、よろしくお願いします

    (労務.tbl)
    [労務id]　[日付]　[社員]　[作業内容]　[時間]

    (請求.tbl)
    [請求明細id]　[請求先id] [金額]


    労務(仕事した)分をきちんと請求できているか？
    労務と請求を紐付けしていきたいのです


    労務に3人行って、請求は、1式の時もあれば
    逆に、労務は一人でも、請求は複数明細の時もあります

    「1:N」と「N:1」が混じっている感じです

    どんな構成がスムーズにいくのでしょうか


引用返信 [メール受信/OFF] 削除キー/
■8889 / inTopicNo.2) 　Re[1]: テーブル構成？
□投稿者/ うにん -(2015/04/17(Fri) 12:40:38)
    紐付け用の表を作るのが普通でしょうか。
    [労務id][請求明細id]

    または、明細をまとめた[請求id]の表を作れば、それと労務は常に「1:N」になるということかな。桐の場合グループ化で間に合わせてしまって正規化しない場合が多いのかな。

    労務.TBLの方も、[労務id]がユニークになってないから、表名と項目内容の対応がちょっと変？
    そこはユニークなんだとしたら、「3人行って」何をしたのかという共通情報の表がありますよね？
引用返信 [メール受信/OFF] 削除キー/
■8892 / inTopicNo.3) 　Re[1]: テーブル構成？
□投稿者/ 桐始めました -(2015/04/17(Fri) 22:47:32)
    2015/04/17(Fri) 22:49:14 編集(投稿者)
    2015/04/17(Fri) 22:49:08 編集(投稿者)

    尾形さんこんにちは　桐始めましたと申します。
    うちでもN:Nの結合表を無理やり運用することになり、無理やり参照整合性でIDとサブIDの２つで紐付けて作りました。もちろん、ダブリます。（正確には一部だけ違うけどほぼ同じ項目の書かれた行が何個もある）
    で、対策として、もうそれはそれでいいとして表示させる内容ごとに最後に表示内容と同じになるよう絞り込み　単一化してやれば、表示的にはダブリがなくなるという方法で対策しました。

    あまり、よい方法でもないかもしれませんが、一応使えています。参考になれば幸いです。

    が、結合表には同じになるキーが必ずいりますので、それだけ作る必要があるかもですね。主キーはダブリ禁止ですが、参照整合性ならダブリもOKです。
引用返信 [メール受信/OFF] 削除キー/
■8893 / inTopicNo.4) 　Re[1]: テーブル構成？
□投稿者/ 尾形 -(2015/04/18(Sat) 11:34:12)
    どうも、ありがとうございます

    すいません、表定義はだいぶ省略しました
    それぞれのidはユニークです
    また、それぞれの明細をまとめた[伝票id]もあります


    >紐付け用の表を作るのが普通でしょうか。
    >[労務id][請求明細id]
    やっぱり、これですか (^^;

    大変そうですね


引用返信 [メール受信/OFF] 削除キー/


トピック内ページ移動 / << 0 >>

このトピックに書きこむ

過去ログには書き込み不可

Mode/　 Pass/

HOME HELP 新規作成 新着記事 トピック表示 ファイル一覧 検索 過去ログ

- Child Tree -
- Antispam Version -