私はSQLサーバーの世界から来ているので、DB2について十分な知識はありません。 SQLサーバーなどの外部ソースからDB2にレコードを挿入、更新、削除するには、DB2の基礎となるファイルをジャーナリングする必要があります。 DB2に接続するためにJDBCを使用するアプリケーションがあり、ジャーナルに挿入するファイルが必要です（インストール・ドキュメントの指示です）。DB2データベースにジャーナルを作成しなかった場合
私の質問は、なぜDB2ジャーナルにはジャーナルが欲しくないのですか？なぜこれが言われたのですか？
私はこの経験則の技術的な詳細を知りたいと思います。ありがとうございました
おそらくオフトピック...しかし、本当にいい理由は、今日はありません。
システム36/38が生まれたときの帰りに、約束管理は事ではありませんでした。
AS/400が生まれたとき、パフォーマンスに影響がありました。多くはそれを使用して離れていた。
今日、リモートで有効な唯一の理由は、コミットメント制御を使用せずに何百万ものレコードを更新するバッチ・ジョブにパフォーマンス・ヒットがあることです。
しかし、必要に応じてその問題を処理するオプションのライセンスプログラムがあります。
57xx-ss1オプション42 i5/OS - HAジャーナルのパフォーマンス。
ライセンスプログラム名は、ジャーナリングを必要とするHAソリューションの実装中にジャーナリングを開始すると、現在ジャーナリングしていない企業が通常この問題にぶつかるという事実に由来します。
これは、IBM i（iSeries、AS/400）上のDB2にのみ固有のものです。これは、基礎となる順次ファイル・アクセス・エンジンへのSQL言語インターフェースとして始まったものです。したがって、SQLテーブルは、デフォルトでジャーナルされないファイルシステム内のファイルとして実装されます。これは単なる伝承である。
SQL（DDL）文を使用して作成された表（ファイル）は、DDS（データ定義仕様）を使用して作成されたファイルとは異なり、デフォルトでジャーナルされます。
AS/400には常にリレーショナルDBが統合されています。システム38の前身と同じように。 1988年の導入で、AS/400はDDSとSQLインターフェースの両方をRDMSにサポートしました。 – Charles
これは私が疑ったものです。他の誰かがチャイムインしているかどうかを確認するために少し待ってください。 –
SQL DDLを使用してスキーマ（ライブラリ）とテーブル（ファイル）を作成すると、テーブルのジャーナリングが自動的に開始されます。 – Charles
従来の開発慣行の勢いは巨大です。ジャーナルのない非常に多くのファイル。しかし、私はこれまで以上にコミットメントコントロールを見ています。 – jmarkmurphy