質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

87.37%

ACCESSでの設計について(オートナンバー型?をどのように考えるか)

解決済

回答 2

投稿 編集

  • 評価
  • クリップ 0
  • VIEW 884

score 38

会社の業務ソフト(販売管理のようなもの)で、得意先テーブルがあります。

簡略化して書きます。
フィールドは「得意先ID」(オートナンバー型、主キー)、「得意先コード」(テキスト型)、
「得意先名」(テキスト型) のような構成で

「得意先ID」 1, 「得意先コード」 0001,「得意先名」 A商店
「得意先ID」 2, 「得意先コード」 0005,「得意先名」 D商店
「得意先ID」 3, 「得意先コード」 0010,「得意先名」 R商店
.............................以下続く

のような感じで、「得意先コード」と「得意先名」は従業員が自由に(分かりやすいように)付けています。
中には得意先名が同一資本だったりすることもあるので、得意先コードが重複しているものもあります。
例) B商店とC商店は別法人だが、請求先が同じなので、得意先コードはどちらも0020など。

得意先IDを外部キーとして別のテーブル(売上明細テーブルなど)と紐づけています。

ちょっと考えたのですが、例えばこのACCESSファイルが壊れたとして、得意先テーブルをもう一度作成するとします。
バックアップしようとしますが、得意先IDはもともとオートナンバー型なので、最初に得意先IDを数値型にして
元のオートナンバー型の値をセットしました。バックアップが完了後、数値型をオートナンバー型に戻そうとしても
レコードをセットした後なので、数値型からオートナンバー型に戻せません(参考:添付ファイル)。イメージ説明

他にも、元の得意先テーブルのオートナンバー型が何らかの理由で連番になっていなかったりしていたら
バックアップしようとして新規のテーブルを作成した際に、全く同じように戻せないと思います。
(新規の得意先テーブルの得意先IDフィールドをオートナンバー型にしたら、連番になってしまう)

このような事象の場合、得意先IDを外部キーとしてセットしている関係も崩れてしまいます。

一番最初、このような販売管理を作成するときに上記のような事象が起きないように、
テーブル、というかデータの設計をどのように考えたらよろしいのでしょうか?
知恵をお貸しください。

  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 過去に投稿した質問と同じ内容の質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

回答 2

checkベストアンサー

0

得意先IDはもともとオートナンバー型なので、最初に得意先IDを数値型にして
元のオートナンバー型の値をセットしました。

元の得意先テーブルのオートナンバー型が何らかの理由で連番になっていなかったりしていたら
バックアップしようとして新規のテーブルを作成した際に、全く同じように戻せないと思います。
(新規の得意先テーブルの得意先IDフィールドをオートナンバー型にしたら、連番になってしまう)

同じ構造のテーブルを用意して、オートナンバーも含めてinsertすれば同じ状態になります。
それはテーブルごとコピーすればオートナンバーも含めて全く同じものが作成できる事と同じです。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2019/08/29 21:19

    どうもありがとうございます。

    キャンセル

0

テーブル設計の問題じゃなくて適切に全部バックアップをとれば良いだけの話に見えます。(手作業でデータを入れ直そうとしているあたりがよくわからない)

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2019/08/29 21:19

    どうもありがとうございます。

    キャンセル

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 87.37%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる

同じタグがついた質問を見る