Q&A
あまり質問意図と違ったところをつついてしまって申し訳ないのですが、このアプリで取引されるデータというのは、現金と交換可能なもの、あるいは現金と同等に扱われるものですか？例えばゲームの中でモンスターを倒して集めるお金であればいいのですが、現金で購入するポイント(プリペイド的なもの)である場合、資金決済法の仮想通貨交換業というものに引っかかる可能性があります。その辺は押さえておられますでしょうか？
###実現したいこと
ruby(ruby on rails)で単一のポイントを取引する銀行みたいなアプリをつくっています。
やりたい事を一言でまとめるとＤＢ設計が完了したので「取引機能（振替機能）を実装をしたい」のですが、
思ったよりも複雑で混乱しています。
###前提となるモデル設計
モデルの内容は以下の通りです。
basic_income_account(口座モデル）
・user_id
・account_number（口座番号）
・balance（口座残高）
・update_at（更新日時）
account_transaction(取引モデル）
・withdrawal_account_number（出金口座）
・deposit_account_number（入金口座）
・amount（取引額）
・created_at（作成日時）
deposits_and_withdrawals（入出金モデル）
・account_transaction_id（外部キー）
・transaction_type（入金か出金かのいずれかを記録する）
・amount（取引額）
・created_at（作成日時）
口座モデルは、取引モデルと１：多（口座はたくさん取引を持つ）関係。
取引モデルは、入出金モデルと１：多（取引モデルはたくさんの入出金を持つ）関係。
入出金モデルは、口座モデルと多：１（多数の入出金は、一つの口座が持つ）関係。
###実現したいこと詳細
まず支払ユーザーは取引入力フォームで、
支払先の口座番号と取引額を入力します。
するとデータベースでは、
取引モデルで
「取引id(主キー）」と「出金（支払側）口座番号」と「入金（受取側）口座番号」と「取引額」が１件のレコードとして記録されます。
次に入出金モデルで、
「入出金id」と「取引ＩＤ（取引テーブルから参照している外部キー）」と「取引内容（入金か出金か）」と「取引額」が
２件分のレコード（出金で１回、入金で１回）として記録されます。
最後に口座モデルで更新が行われ
出金側の口座残高は減少し、入金側の口座残高が増加し取引が完了となります。
そして、データの整合性を保つ為にこの３つの記録は全てのプロセスが成功しないと
実行されないようにしたい（トランザクション処理にしたい）と考えています。
この場合、どんな風に実装すればいいのか教えて頂ければ幸いです。
ご指摘ありがとうございます。 株取引ゲームみたいに現実世界の現金や現物は動かない（交換したりしない）ものを 想定しているので大丈夫なのではないかと考えています。
なら安心です。ただ、私はこういったデータベース設計は知識が浅いので正しい回答をできる自信がありません。誰か助けて！
データベース定義ですが、実際の取引機能（振替機能）に絞っているという認識でよいでしょうかー？
監査とかの関係上例えば、取引モデルには取引端末情報(店番、機番）が必要になることが多いのですが。
ご指摘ありがとうございます。 初学者なもので、無知な部分が多くてすみませんが、 データベースの内容は、ゲーム内で完結するものを考えていたので、 取引機能に必要最低限なものだけに絞っています。 そのため実務的なことは考慮していませんでした。
あなたの回答
tips
プレビュー
