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

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

ただいまの
回答率

90.52%

  • Python

    8049questions

    Pythonは、コードの読みやすさが特徴的なプログラミング言語の1つです。 強い型付け、動的型付けに対応しており、後方互換性がないバージョン2系とバージョン3系が使用されています。 商用製品の開発にも無料で使用でき、OSだけでなく仮想環境にも対応。Unicodeによる文字列操作をサポートしているため、日本語処理も標準で可能です。

  • Django

    1063questions

    DjangoはPythonで書かれた、オープンソースウェブアプリケーションのフレームワークです。複雑なデータベースを扱うウェブサイトを開発する際に必要な労力を減らす為にデザインされました。

  • データベース

    705questions

    データベースとは、データの集合体を指します。また、そのデータの集合体の共用を可能にするシステムの意味を含めます

  • データベース設計

    145questions

    データベース設計はデータベースの論理的や物理的な部分を特定する工程です。

  • データ構造

    47questions

    データ構造とは、データの集まりをコンピュータの中で効果的に扱うために、一定の形式に系統立てて格納する形式を指します。(配列/連想配列/木構造など)

【Django】データベース登録時にIDを振り直すか、データベースから取り出した時に処理をするか

解決済

回答 1

投稿

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

mulberryfields

score 752

Djangoで会計処理をするアプリを作成しています。

市販の会計ソフトから仕訳データを取り出したCSVを読み込んで、データベースにデータを保存しています。
仕訳データには、下記のデータが含まれます。

  1. 日付
  2. 借方勘定科目
  3. 借方補助科目
  4. 借方金額
  5. 貸方勘定科目
  6. 貸方補助科目
  7. 貸方金額
  8. 摘要

会計仕訳を処理するModelは、下記のとおりとしています。

# models.py
# 仕訳データのモデル
class JournalDiary(models.Model):
    date = models.DateField(blank=True, null=True) # 日付
    dr_subject = models.ForeignKey(AccountingSubject,related_name="dr_subject", blank=True, null=True) # 借方勘定科目
    dr_auxiliary_subject = models.IntegerField(blank=True, null=True) # 借方補助科目
    dr_amount = models.IntegerField(blank=True, null=True) # 借方金額
    cr_subject = models.ForeignKey(AccountingSubject, related_name="cr_subject", blank=True, null=True) # 貸方勘定科目
    cr_auxiliary_subject = models.IntegerField(blank=True, null=True) # 貸方補助科目
    cr_amount = models.IntegerField(blank=True, null=True) # 貸方金額
    content = models.CharField(max_length=100, blank=True, null=True) # 備考


勘定科目については、別途勘定科目のモデルがあり、勘定科目毎にIDがバラバラなので、ForeignKeyで処理できています。
しかし、補助科目について、会計ソフトから出力される数字が、勘定科目毎に1から振ってあるので、被ってしまいます。
例えば、当座預金(110)の補助科目にもIDの1番があり、普通預金(111)の補助科目にもIDの1番があります。

個人的には、下記の2つの方法が思いつきました。
①CSVで出力された数字をそのままデータベースに保存し、補助科目はForeignKeyとしては扱わず、IntegerFieldとして扱う。表示をしたり、集計したりするときに初めて、勘定科目との関係でその勘定科目の中の補助科目として処理する。
②CSVから出力された数字を、勘定科目との関係で別のIDを振り直したうえで、データベースに保存する。補助科目はForeignKeyとして処理する。例えば、当座預金(110)の中の補助科目ID1には、11001、普通預金(111)の中の補助科目ID1には、11101というIDを振り直すという感じです。

ここまで書いてみて、②の方が良いのではないかという気がしてきたのですが、どちらの方法で処理するのが一般的でしょうか?
分かりづらい質問で申し訳ございませんが、お分かりの方ご教示頂ければ幸いです。
よろしくお願い致します。

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

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

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

    クリップを取り消します

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

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

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

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

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

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

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

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

    質問の評価を下げる

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

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

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

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

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

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

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

    詳細な説明はこちら

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

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

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

回答 1

checkベストアンサー

0

検索・表示の機能を実装するところまで想像できているのなら、
作りやすい・メンテしやすいと思う方でいいと思います。
どちらかといえば個人的には2の方がおすすめですが、
自分なら
>当座預金(110)の中の補助科目ID1には、11001
はフィールドをまとめずに二つのフィールドのまま持たせて置きます。
ペアでユニーク制約つけることもできますし。

djangoを使うと複合キーが使えなかったりとDBのセオリーから外れることもあるので、
悩む時はとりあえず連番のprimary keyにしておいて
他のユニークなfield(s)を使って外部キーのModelを読む方がなんだかんだで無難だったりします。

投稿

  • 回答の評価を上げる

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

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

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

  • 回答の評価を下げる

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

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

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

  • 2018/01/05 13:49

    ご回答頂き、ありがとうございます。
    ForeignKeyを使うのではなく、勘定科目と補助科目のModelはそれぞれ独立して存在させたうえで、勘定科目と補助科目を紐づけるためのModelを別途作るということでしょうか?
    例えば、下記のように、補助科目と勘定科目とを紐づける新たなModelを作るという考え方でしょうか?
    class SubjectAuxliary(models.Model):
    auxliary = Models.ForeignKey(AuxliarySubject) #補助科目を紐づける
    subject = Models.ForeignKey(Subject) #勘定科目を紐づける

    キャンセル

  • 2018/01/09 01:23

    そこまでやるかどうかは、データの中身の想定次第ですが、
    規模が大きい場合は、なんだかんだでそうした方が楽そうというイメージです

    キャンセル

  • 2018/01/10 18:12

    kokardyさん、ありがとうございます。
    そのような形でやってみようと思います。

    キャンセル

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

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

関連した質問

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

  • Python

    8049questions

    Pythonは、コードの読みやすさが特徴的なプログラミング言語の1つです。 強い型付け、動的型付けに対応しており、後方互換性がないバージョン2系とバージョン3系が使用されています。 商用製品の開発にも無料で使用でき、OSだけでなく仮想環境にも対応。Unicodeによる文字列操作をサポートしているため、日本語処理も標準で可能です。

  • Django

    1063questions

    DjangoはPythonで書かれた、オープンソースウェブアプリケーションのフレームワークです。複雑なデータベースを扱うウェブサイトを開発する際に必要な労力を減らす為にデザインされました。

  • データベース

    705questions

    データベースとは、データの集合体を指します。また、そのデータの集合体の共用を可能にするシステムの意味を含めます

  • データベース設計

    145questions

    データベース設計はデータベースの論理的や物理的な部分を特定する工程です。

  • データ構造

    47questions

    データ構造とは、データの集まりをコンピュータの中で効果的に扱うために、一定の形式に系統立てて格納する形式を指します。(配列/連想配列/木構造など)

  • トップ
  • Pythonに関する質問
  • 【Django】データベース登録時にIDを振り直すか、データベースから取り出した時に処理をするか