• ベストアンサー
※ ChatGPTを利用し、要約された質問です(原文:ACCESS クエリの連結?)

連結クエリで出品リストを表示する方法とは?

このQ&Aのポイント
  • ネットショップの在庫管理や注文後の発送情報をACCESSで管理していますが、出品リストを視覚的にわかりやすく表示したいと考えています。
  • 現在のテーブル構成では視認性が悪く、同じ基本情報IDが重複して並んでしまうなどの問題があります。
  • 出品先毎にテーブルを分けずに連結クエリを使用して出品リストを表示する方法を教えてください。

質問者が選んだベストアンサー

  • ベストアンサー
回答No.3

【訂正】 【出品基本台帳】 出品先_ID・・・・・・・[出品先]主キー 品種別台帳_ID・・・・・[品種別台帳]主キー 先月期首在庫・・・・・・・先々月末在庫数 先月売上数・・・・・・・・先月売上数 先月出品数・・・・・・・・先月出品数 先月調節数・・・・・・・・先月調節数 当月期首在庫・・・・・・・先月末在庫数 当月売上数・・・・・・・・当月売上数 当月出品数・・・・・・・・当月出品数 当月調節数・・・・・・・・当月調節数 当月月現在庫・・・・・・・当月現在庫 テーブル[出品基本台帳]は、普通はこのよう。先のように複合キー+主キーというのは私の流儀。よって、チト訂正しておきます。

その他の回答 (2)

回答No.2

補足:アドバイスは無理! 1、マスターテーブル 【商品基本台帳】・・・・商品管理テーブル 【品種別台帳】・・・・・商品枝番管理テーブル 【仕入先】・・・・・・・仕入先 【出品先】・・・・・・・出品先 2、出品関連テーブル 【出品基本台帳】・・・・出品商品在庫管理テーブル 【出品伝票】・・・・・・出品情報 【返品伝票】・・・・・・返品情報 【売上伝票】・・・・・・売上情報 【管理伝票】・・・・・・在庫管理情報(廃棄等) 商品マスターは、基本情報と枝番情報の主従関係を持つテーブルで管理。その場合、単位情報、仕入単価等の管理は枝番を管理するテーブルの役目。そして、出品情報は、枝番単位で管理されなければならない。この辺りまでは、私と同じ考え。私が作成した仕組みと同じ。さて、問題は、その先。 まず、【出品基本台帳】だが、これは《現在販売中のリスト等を表示することを大前提に設計》されているはず。だから、普通は、ちゃっちゃっと表示するだけ。なのに、それが出来ないってのはどういうことなのか? 【出品基本台帳】 ID・・・・・・・・・・・台帳主キー 品種別台帳_ID・・・・・[品種別台帳]主キー 出品先_ID・・・・・・・[出品先]主キー 先月期首在庫・・・・・・・先々月末在庫数 先月売上数・・・・・・・・先月売上数 先月出品数・・・・・・・・先月出品数 先月調節数・・・・・・・・先月調節数 当月期首在庫・・・・・・・先月末在庫数 当月売上数・・・・・・・・当月売上数 当月出品数・・・・・・・・当月出品数 当月調節数・・・・・・・・当月調節数 当月月現在庫・・・・・・・当月現在庫 要は、このテーブルを表示させるだけ。なのに、それが出来ないってのはどういうことなのか?そこんところは、開発者が突き止めなきゃー。と、思うが・・・。

回答No.1

Q、対処する方法はございますでしょうか? A、あるのでは・・・ 質問文は1分ほど眺めただけでの回答ですが・・・ 解決策=クエリを元にデータを表示するのを断念する。 【追加】◆t出品基本情報の設計は見直すべきなのでは・・・ なんかEXCEL的発想を感じますね。ちょっとAccess的なテーブル設計ではないのでは・・・

neve33609
質問者

補足

ご意見ありがとうございます。 もともと、販売先が1つで運用していたシステムをもとに複数の販売先に対応させていった結果このような感じになってます。 テーブル構成も含め少し見つめなおしてみます。 >A、あるのでは・・・ >ちょっとAccess的なテーブル設計ではないのでは・・・ このあたり、少しアドバイスいただければ助かります。