定義
バージョン 7.0 の新機能:(6.0.9 でも利用可能)
の変更ストリームに16 MB を超える大きなイベントがある場合、 BSONObjectTooLarge例外が返されます。 MongoDB 6.0.9以降、 イベントを小さなフラグメントに分割するには、 $changeStreamSplitLargeEventステージを使用します。
$changeStreamSplitLargeEventは、厳密に必要な場合にのみ使用してください。 たとえば、アプリケーションで完全なドキュメントの変更前または変更後のイメージが必要で、 16 MB を超える大規模なイベントが生成される場合は、 $changeStreamSplitLargeEventを使用します。
$changeStreamSplitLargeEventを使用する前に、まず 変更イベント のサイズを小さくしてみてください。 例:
- アプリケーションで必要な場合を除き、ドキュメントの変更前または変更後のイメージをリクエストしないでください。 これにより、通常、変更イベントにおける最大のオブジェクトである - fullDocumentフィールドと- fullDocumentBeforeChangeフィールドが生成されることが増えます。
- アプリケーションに必要なフィールドのみを含めるには、 - $projectステージを使用します。 これにより、変更イベントのサイズが縮小され、大規模なイベントをフラグメントに分割するための追加時間が回避されます。 これにより、各バッチで返される変更イベントが増えます。
パイプラインには$changeStreamSplitLargeEventステージが 1 つだけあり、最後のステージである必要があります。 $changeStreamSplitLargeEventは$changeStreamパイプラインでのみ使用できます。
$changeStreamSplitLargeEvent 構文: 
{   $changeStreamSplitLargeEvent: {} } 
動作
$changeStreamSplitLargeEvent 16 MB を超えるイベントをフラグメントに分割し、変更ストリーム カーソルを使用してフラグメントを順番に返します。
フラグメントは、最初のフラグメントで最大数のフィールドが返されるように分割されます。 これにより、イベント コンテキストができるだけ早く返されるようになります。
変更イベントが分割される場合、最上位のフィールドのサイズのみが使用されます。 $changeStreamSplitLargeEventはサブドキュメントを再帰的に処理または分割しません。 たとえば、 $projectステージを使用して、サイズが20 MB の 1 つのフィールドを持つ変更イベントを作成すると、イベントは分割されず、 ステージはエラーを返します。
各フラグメントには再開トークンがあります。 フラグメントのトークンを使用して再開されたストリームは、次のいずれかになります。
- 後続のフラグメントから新しいストリームを開始します。 
- シーケンスの最後のフラグメントから再開する場合は、次のイベントから開始します。 
イベントの各フラグメントにはsplitEventドキュメントが含まれます。
splitEvent: {    fragment: <int>,    of: <int> } 
以下の表で、フィールドを説明します。
| フィールド | 説明 | 
|---|---|
| 
 | フラグメント インデックスは、 1から提供されます。 | 
| 
 | イベントのフラグメントの合計数。 | 
例
このセクションのサンプルシナリオでは、 myCollectionという名前の新しいコレクションを持つ$changeStreamSplitLargeEventの使用を示します。
myCollectionを作成し、 16 MB 未満のデータを含むドキュメントを 1 つ挿入します。
db.myCollection.insertOne(    { _id: 0, largeField: "a".repeat( 16 * 1024 * 1024 - 1024 ) } ) 
largeField 反復文字aが含まれています。
myCollectionに対してchangeStreamPreAndPostImagesを有効にします。これにより、変更ストリームは更新前(イメージ前)と更新後(イメージ後)のドキュメントを取得できます。
db.runCommand( {    collMod: "myCollection",    changeStreamPreAndPostImages: { enabled: true } } ) 
db.collection.watch()を使用して、 myCollectionへの変更を監視するための変更ストリーム カーソルを作成します。
myChangeStreamCursor = db.myCollection.watch(    [ { $changeStreamSplitLargeEvent: {} } ],    { fullDocument: "required", fullDocumentBeforeChange: "required" } ) 
変更ストリーム イベント の場合、
- fullDocument: "required"には、ドキュメントの変更後のイメージが含まれます。
- fullDocumentBeforeChange: "required"には、ドキュメントの変更前のイメージが含まれます。
詳細については、$changeStream を参照してください。
myCollectionでドキュメントを更新します。これにより、ドキュメントの変更前と変更後のイメージを含む 変更ストリーム イベント も生成されます。
db.myCollection.updateOne(    { _id: 0 },    { $set: { largeField: "b".repeat( 16 * 1024 * 1024 - 1024 ) } } ) 
largeField に繰り返しの文字bが含まれるようになりました。
next()メソッドを使用してmyChangeStreamCursorからフラグメントを取得し、そのフラグメントをfirstFragment 、 secondFragment 、 thirdFragmentという名前のオブジェクトに保存します。
const firstFragment = myChangeStreamCursor.next() const secondFragment = myChangeStreamCursor.next() const thirdFragment = myChangeStreamCursor.next() 
firstFragment.splitEvent表示:
firstFragment.splitEvent 
フラグメントの詳細を含む出力は次のようになります。
splitEvent: { fragment: 1, of: 3 } 
同様に、 secondFragment.splitEventとthirdFragment.splitEventも次を返します。
splitEvent: { fragment: 2, of: 3 } splitEvent: { fragment: 3, of: 3 } 
firstFragmentのオブジェクトキーを調べるには、次の手順に従います。
Object.keys( firstFragment ) 
出力:
[    '_id',    'splitEvent',    'wallTime',    'clusterTime',    'operationType',    'documentKey',    'ns',    'fullDocument' ] 
firstFragment.fullDocumentのサイズをバイト単位で調べるには次のようにします。
bsonsize( firstFragment.fullDocument ) 
出力:
16776223 
secondFragment には、サイズが約 16 MB のfullDocumentBeforeChange変更前のイメージが含まれています。 次の例は、 secondFragmentのオブジェクトキーを示しています。
Object.keys( secondFragment ) 
出力:
[ '_id', 'splitEvent', 'fullDocumentBeforeChange' ] 
thirdFragment には、サイズが約 16 MB のupdateDescriptionフィールドが含まれています。 次の例は、 thirdFragmentのオブジェクトキーを示しています。
Object.keys( thirdFragment ) 
出力:
[ '_id', 'splitEvent', 'updateDescription' ] 
このページのC#の例では、sample_mflix Atlasサンプルデータセット の データベースを使用します。MongoDB Atlasクラスターを無料で作成して、サンプルデータセットをロードする方法については、 MongoDB .NET/ C#ドライバーのドキュメントの「開始」を参照してください。
次の Movie クラスは、sample_mflix.movies コレクション内のドキュメントをモデル化します。
public class Movie {     public ObjectId Id { get; set; }     public int Runtime { get; set; }          public string Title { get; set; }     public string Rated { get; set; }     public List<string> Genres { get; set; }     public string Plot { get; set; }          public ImdbData Imdb { get; set; }     public int Year { get; set; }     public int Index { get; set; }          public string[] Comments { get; set; }         []     public DateTime LastUpdated { get; set; } } 
注意
パスカルケースの ConventionPack
このページのC# クラスはプロパティ名にパスカルケースを使用していますが、MongoDB コレクションのフィールド名はキャメルケースを使用しています。この違いを考慮するために、アプリケーションが起動する際に次のコードを使用してConventionPackを登録してください。
var camelCaseConvention = new ConventionPack { new CamelCaseElementNameConvention() }; ConventionRegistry.Register("CamelCase", camelCaseConvention, type => true); 
MongoDB .NET/ C#ドライバーを使用して$changeStreamSplitLargeEvent ステージを集計パイプラインに追加するには、 オブジェクトで ChangeStreamSplitLargeEvent()PipelineDefinition メソッドを呼び出します。
次の例では、16 MB を超えるイベントをフラグメントに分割し、変更ストリームカーソルで順番に返すパイプラインステージを作成します。
var pipeline = new EmptyPipelineDefinition<ChangeStreamDocument<Movie>>()     .ChangeStreamSplitLargeEvent(); 
watch() メソッドと aggregate() メソッドの両方を使用して、 $changeStreamSplitLargeEvent操作を実行できます。MongoDB Collectionオブジェクトの watch() メソッドに集計パイプラインを渡すと、$changeStreamSplitLargeEvent は ChangeStreamCursor を返します。集計パイプラインを aggregate() メソッドに渡すと、$changeStreamSplitLargeEvent から が返されます。AggregationCursor
重要
$changeStreamSplitLargeEvent の再開可能性
変更ストリームを aggregate() メソッドに渡すと、変更ストリームは再開できません。変更ストリームは、 watch() メソッドに渡された場合にのみ再開します。再開可能性の詳細については、変更ストリームの再開を参照してください。
次の例では、16 MB を超えるイベントをフラグメントに分割し、ChangeStreamCursor で順番に返します。
const pipeline = [{ changeStreamSplitLargeEvent: {} }]; const changeStream = collection.watch(pipeline); return changeStream; 
詳細
変更ストリーム通知の詳細については、「変更イベント 」を参照してください。
関連するパイプラインステージの詳細については、$changeStreamガイドを参照してください。