2016-07-18 8 views
0

私はデータベースからデータを取得する経験がありますが、あまり設計ではありません。これに取り組むために、私はいくつかの個人的なプロジェクトを取って、それらをアクセスの中で作成しようとしています。私は解決策を得ることができたという問題を横断しましたが、私はそれが不器用で、私がより良くできることについていくつかの意見があることを期待していました。フォームの機能とテーブルの記憶

私の現在のプロジェクトは毎月の予算です。次のようにこの段階で私が表示されるようにフォームをしたいと思います:

  • カテゴリー
    • サブカテゴリBUDGET_AMOUNT
    • サブカテゴリBUDGET_AMOUNT
  • カテゴリー
    • サブのカテゴリBudget_Amount
  • など

私はすべてのサブカテゴリーは、テーブル内のフィールドで、カテゴリ名がフォーム内のラベルとしてハードコーディングされている場合、私はこれを行うことができることがわかりました。
カテゴリ:
ID
CATEGORY_NAME

サブカテゴリー:
ID
サブカテゴリ ID_Category
Show_Category

予算:しかし、私はこのようなことに私のテーブル構造を希望します Id
サブカテゴリーID
Budget_Amount

私はこの構造が欲しい理由は、すべてのサブカテゴリが毎月使用されるわけではないということです。私の考えでは、費やされたものと予算を合わせたものとのマッチングが容易になります。私はまた、データベースが占めるスペースを最小化するように練習しようとしています。簡単にこれを行う方法はありますか?または私の現在のソリューションに制限されていますか?

答えて

0

これらの原則にあまり慣れていないように見えるので、最初に正規化の原則に入ると思います。 「私がこの構造をしたい理由は...」というのは正当な理由ではありません。 基本は健全な正規化データベース構造です。 > CATID(オートナンバー型のPK)、Categorie tblSubCategory - - > SubCatID(オートナンバー型、PK)、CATID(番号、FK)、サブカテゴリ

tblCategory:私はあなたがこのようなあなたのテーブルを構築することをお勧めしたい

予算に関しては、私は予算がプロジェクトに結びつくことを期待しています。予算をあらゆるカテゴリに直接結びつける論理的な理由はありません。 私たちはあなたが達成しようとしていることについてより多くの、そしてより明白な情報を必要とします。

同様の質問:

Database Design Question - Categories/Subcategories

例えばあなたがMS Accessでの設計の理解を開始するために助けることができるサイト、

http://www.functionx.com/access/index.htm

があります
関連する問題