DBの膨大な件数の付合確認について。Serviceを読んで理解し、同意したものとみなします。スタック・オーバーフローはプログラマーとプログラミングに熱心な人のためのQ&Aサイトです。登録してこのコミュニティに参加するどなたでも質問していただけますどなたでも回答していただけます最もよい回答には賛成票が入り、最上位に上がりますホーム質問タグユーザーDBの膨大な件数の付合確認について。228件2DBの付合確認Javaの修正後のソースを流したDBの結果と修正前のソースを流したDBの結果の付合確認をしようと考えております。ある1つのDBのテーブルの二つの項目だけ異なっていることとその2つの項目以外の項目が同じであることを確認したいのですがDBの更新対象のレコード件数が300万件あります。エクセルの関数をEXACT関数などを利用して比較しようと思ったのですが件数が膨大のためエクセルが壊れてしまいます。なにか良い方法はありますでしょうか。票3こんな方法はどうでしょうか?2つのテーブルが結合可能な状況であるならば、直接結合して以下のように確認する。一致するものを検索して元の件数と一致すること2つのテーブルが結合不可能な状況であるならば、それぞれCSVファイルに出力して以下のように確認する。絞ってCSVファイルに出力して、全行一致すること#結合方法や、出力、比較方法はDBMSや環境によって異なるので割愛します。一切関係なく、根本的に要求次第な感じがしますが。万件のデータを作成」して比較するしかないんじゃないですかね。そこまでの要求があること自体、イコールで様々な要因から「対象コードを信用していない」のだと思いますし。本来は普通に、更新パターンを網羅したごく少数のデータを用意しての比較で十分な話だと思いますよ。万件」という話ではないでしょうから。検収作業的にフルデータマッチングしたいという話で言えば、「一括ではないにしろ複数の段階で処理した適切なデータ」を用意してダンプ→テキストレベルの比較で、十分に対応可能でしょう。|0DBレベルで複数のテーブルを確認したいのか、単一のテーブルで確認したいのか質問から読み取れないのですが、単一のテーブルでということでしたら以下でどうですか。項目1、項目2、それ以外の項目の一致・不一致をCASE文でそれぞれチェックして”一致”・”不一致”を出力し、あとはそれをDB上で確認するか、Excelなどに落として確認すればどうかと思います。単一のテーブルではなく複数テーブルであれば、複数テーブルの項目を同じようにJOINして突合せて、必要なアンサーセットを吐き出せば同じかと思います。した結果の差を新規レコード(あるいは削除レコード)として差異認識できると思います。|回答スタック・オーバーフローに参加してくれて、ありがとうございます!質問の回答を共有してください。回答を説明し、自分の検討結果も共有してください。意見を述べること(意見を述べるなら、参照リソース、自分の経験で意見をサポートしてください)さらにサポートが必要な場合このヘルプを参考してください。“回答を投稿”をクリックすることで利用規約、プライバシーポリシー、及びクッキーポリシーに同意したものとみなされます。タグが付いた他の質問を参照するか、自分で質問をする。会を開催します🎉サイトの未翻訳箇所を見つけて、もくもく会で直しましょう関連する質問4ドメインモデルの完全な状態を保つ方法3システムの統合について1パッケージ宣言とフォルダ配置が異なるソースファイルをエラーとして検知するには3railsが自動で行うトランザクションはhas_manyな関係のためでしょうか?1DBUnitのレコード単位の比較について0検索機能のSQL作成について。Java(Web版)チュートリアルでエラーがでています。質問のフィードこのRSSフィードを購読するには、このURLをコピーしてRSSリーダーに貼り付けてください。