用語集
注意
MongoDB Atlas は MongoDB のクラウド配置向け完全管理型サービスです。このサービスに関連する用語については、Atlas ドキュメントの用語集を参照してください。
- $cmd
- MongoDB のデータベースコマンドが公開される仮想コレクション。データベースコマンドを使用するには、「コマンドの発行」を参照してください。
- _id
- すべての MongoDB ドキュメントに必要なフィールド。_id フィールドにはユニークな値が必要です。
_id
フィールドはドキュメントのプライマリキーと考えることができます。_id
フィールドなしで新しいドキュメントを作成すると、MongoDB では自動的にこのフィールドが作成され、ユニークな BSON ObjectId が割り当てられます。 - アキュムレータ
- 集計パイプライン 内のドキュメント間で状態を維持する 集計パイプライン 内 の 式 。アキュムレータ操作のリストについては、
$group
を参照してください。 - アクション
- ユーザーがリソースに対して実行できる操作。 アクションとリソースを組み合わせて特権を作成します。 「アクション 」を参照してください。
- 管理データベース
- 特権データベースです。特定の管理コマンドを実行するには、ユーザーは
admin
データベースへのアクセス権が必要です。管理コマンドのリストについては、「管理コマンド」を参照してください。 - 集計
- 大量のデータを削減して要約する操作。MongoDB の
aggregate()
メソッドとmapReduce()
メソッドは、集計操作の 2 つの例です。詳細については、「集計操作」を参照してください。 - 集計パイプライン
- ドキュメントを処理する 1 つ以上のステージで構成されます。集計演算子は、map-reduce を使用せずに集計値を計算します。演算子のリストについては、「集計リファレンス」を参照してください。
- アービタ
- 選挙 で投票するためだけに存在する レプリカセット のノード 。アービタ はデータを複製しません。 アービタは プライマリの選挙 に参加しますが、プライマリになることはできません。 詳細については、「レプリカセット アービタ 」を参照してください。
- Atlas
- MongoDB Atlas はクラウドでホストされるサービスとしてのデータベースです。
- アトミック操作
- アトミック操作とは、完全に完了するか、まったく完了しない書き込み操作です。複数のドキュメントへの書き込みを伴う分散トランザクションの場合、トランザクションを成功させるには、各ドキュメントへのすべての書き込みを成功させる必要があります。アトミック操作は部分的には完了できません。「原子性とトランザクション」を参照してください。
- 認証
- ユーザー ID の検証です。 「自己管理型配置での認証 」を参照してください。
- 承認
- データベースや操作へのアクセスをプロビジョニング。 「自己管理型配置の ロールベースのアクセス制御 」を参照してください。
- B木
- データベース マネジメント システムでインデックスを保存するために一般的に使用されるデータ構造。MongoDBは B 木インデックスを使用します。
- バックアップカーソル
- バックアップ ファイルのリストをポイントする追尾可能 (tailable) カーソル。バックアップカーソルは内部専用です。
- バランサー
- シャーディングされたクラスターのコンテキストで実行され、チャンクの移行を管理する内部 MongoDB プロセス。 管理者は、シャーディングされたクラスターのすべてのメンテナンス操作でバランサーを無効にする必要があります。 「シャーディングされたクラスター バランサー 」を参照してください。
- ビッグエンディアン
マルチバイト データ値のうちバイト数が最大(ビッグエンド)のものが最下位のメモリ アドレスに格納されるバイト オーダー。
クリックして拡大します- ブロッキングソート
出力が返される前にメモリ内で実行する必要があるソート。 ブロッキングソートは、大規模なデータセットのパフォーマンスに影響を与える可能性があります。 ブロッキングソートを回避するには、インデックス付きソートを使用します。
ブロッキングソート操作の詳細については、「ソートとインデックスの使用」を参照してください。
- 有界コレクションスキャン
- クエリオプティマイザが使用するプランで、特定のフィールド値範囲のドキュメントを除外します。 たとえば、日付フィールド値の範囲が指定された日付範囲外の場合、その範囲のドキュメントはクエリプランから除外されます。 「コレクションスキャンとインデックスの使用 」を参照してください。
- BSON
- MongoDB でドキュメントの保存とリモートプロシージャコールの実行に使用される直列化形式。「BSON」は「binary」と「JSON」という単語を組み合わせたものであり、JSON(JavaScript Object Notation)ドキュメントのバイナリ表現と考えることができます。BSON types と MongoDB 拡張 JSON(v2)を参照してください。
- BSON types
- BSON直列化形式でサポートされている型のセット。 BSON typesのリストについては、「 BSON types types 」を参照してください。
- CAP定理
- コンピューティング システムには、整合性、可用性、パーティション許容度という 3 つの特性があるため、分散コンピューティング システムではこれらの 3 つの機能のうち 2 つは提供できますが、3 つすべてを提供することはできません。
- 上限付きコレクション
- コレクションが最大サイズに達すると、最も古いエントリを自動的に上書きする固定サイズのコレクション。 レプリケーション で使用される MongoDB oplog は、Cappedコレクションです。「 Capped コレクション 」を参照してください。
- 濃度
- 値のセットにある要素数の尺度です。たとえば、
A = { 2, 4, 6 }
のセットには 3 つの要素が含まれており、濃度は 3 です。「シャードキー濃度」を参照してください。 - 直積集合
- 2 つのデータセットを結合した結果では、結合されたセットに、可能なすべての値の組み合わせが含まれます。
- CFQ
- CFQ(Complete Fairness Queueing)は、受信リクエスト プロセスに帯域幅を割り当てる I/O 操作スケジューラです。
- チェックサム値
- データの整合性を確保するために使用される計算値。md5 アルゴリズムはチェックサム値として使用されることもあります。
- チャンク
- シャード 内の シャード キー 値の連続した範囲。チャンクの範囲は、下側の境界を含み、上側の境界を含みません。 MongoDB は、構成されたチャンク サイズ(デフォルトでは64メガバイト)を超えた場合にチャンクを分割します。 MongoDB では、シャードに含まれるコレクションのチャンクが他のシャードに比べて多すぎる場合にチャンクを移行します。 「チャンクとシャーディングされたクラスター バランサーを使用したデータのパーティショニング 」を参照してください。
- クライアント
データの永続性とストレージにデータベースを使用するアプリケーション層。 ドライバーは、アプリケーション層とデータベース サーバー間のインターフェース レベルを提供します。
クライアントは 1 つのスレッドまたはプロセスである場合もあります。
- クライアントのアフィニティ
- 指定されたデータソースへのコンシステント クライアント接続です。
- クラスター
- 「シャーディングされたクラスター 」を参照してください。
- クラスター間の同期
- シャードされたクラスター間でデータを同期します。C2C 同期とも呼ばれます。
- コレクション
- MongoDB ドキュメントをグループにしたもので、RDBMS テーブルと同じものです。単一データベース内にあり、スキーマを強制しません。コレクション内のドキュメントには異なるフィールドが含まれることがあります。通常は、類似または関連する目的があります。名前空間を参照してください。
- コレクションスキャン
- コレクションスキャンというクエリ実行戦略では、MongoDB はコレクション内のすべてのドキュメントを検査して、クエリ条件に一致するかどうかを確認する必要があります。このようなクエリは非常に効率が悪く、インデックスを使用しません。クエリ実行戦略の詳細については、「クエリの最適化」を参照してください。
- コミット
startSession
コマンドの開始後に行われたデータの変更を保存します。トランザクション内の操作は、commitTransaction
コマンドでコミットされるまで永続的ではありません。- 複合インデックス
- 2 つ以上のキーで構成されるインデックス。 「複合インデックス 」を参照してください。
- 同時実行制御
- 同時実行性制御は、データベースの操作が正確性に妥協することなく同時に実行できるようにする仕組みです。悲観的な同時実行制御では、競合する可能性がない場合でも、競合の懸念があるすべての操作がブロックされます。ロックを備えたシステムで使用されるものはその代表例です。楽観的な同時実行制御は、WiredTiger で採用されている方式であり、競合が発生した可能性が生じるまでチェックを遅らせます。何らかの書込み競合(write conflict)が発生した場合は、いずれかの操作を終了して再試行します。
- config database
- シャードされたクラスターのメタデータを含む内部データベース。通常、ユーザーが
config
データベースを変更することはありません。config
データベースの詳細については、「コンフィギュレーションデータベース」を参照してください。 - config server
- シャーディングされた
mongod
クラスター に関連付けられたすべてのメタデータを保存する インスタンス。「コンフィギュレーションサーバー 」を参照してください。 - 接続プール
- ドライバーによって保持されるデータベース接続のキャッシュです。キャッシュされた接続は、データベースへの接続が必要なときに、新しい接続を開始する代わりに再利用されます。
- コンテナ
- コンピューティング環境間の移行を容易にするためにパッケージ化されたソフトウェアとそれに依存しているライブラリの集合です。コンテナはオペレーティング システム上で区分化されたプロセスとして実行され、独自のリソース制約を設定できます。一般的なコンテナ テクノロジーは Docker と Kubernetes です。
- CRUD
- データベースの基本操作(Create、Read、Update、Delete)の頭字語です。MongoDB CRUD 操作を参照してください。
- CSV
- カンマ区切りの値を持つテキスト データ形式。CSV ファイルには表形式のデータがあるため、関係データベース間でのデータ交換に使用できます。
mongoimport
を使用して CSV ファイルをインポート可能です。 - cursor
- クエリの結果セットへのポインター。 クライアントはカーソルを反復処理して結果を検索できます。 デフォルトでは、セッション内で開かれていないカーソルは、 10分間非アクティブになると自動的にタイムアウトになります。 セッション内で開かれたカーソルは、セッションの終了またはタイムアウトとともに閉じられます。 「
mongosh
でのカーソルの反復 」を参照してください。 - daemon
- バックグラウンドの非インタラクティブ プロセス。
- データディレクトリ
mongod
がデータファイルをストアするファイル システムのロケーションです。dbPath
でデータディレクトリを指定します。- データファイル
- ドキュメント データとインデックスを保存します。
dbPath
オプションは、データ ファイルのファイル システムの場所を指定します。 - データパーティション
- データを範囲に分裂する分散システム アーキテクチャ。シャーディングではパーティショニングが使用されます。「チャンクを使用したデータのパーティショニング」を参照してください。
- データセンターの認識
- クライアントが場所に基づいてシステム内のメンバーにアドレス指定できるようにするプロパティ。 レプリカセットは、タグ付けを使用してデータセンターの認識を実装します。 「データセンターの認識 」を参照してください。
- database
- コレクションのコンテナ。 各データベースには、ファイル システム内のファイルのセットがあります。 通常、1 つの MongoDB サーバーには複数のデータベースがあります。
- データベースコマンド
- insert、update、remove、クエリ以外の MongoDB の操作です。データベースコマンドの一覧については、「データベースコマンド」を参照してください。データベースコマンドを使用するには、「コマンドの発行」を参照してください。
- database profiler
- 有効にすると、実行時間が長いすべての操作の記録をデータベースの
system.profile
コレクションに保存するツールです。プロファイラーは、遅いクエリを診断するために最もよく利用されます。詳しくは、データベースプロファイラーを参照してください。 - dbpath
- MongoDB のデータファイル ストレージのロケーションです。
dbPath
を参照してください。 - DDL (データ定義言語)
- DDL には、コレクションとインデックスを作成および変更するコマンドが含まれています。
- 遅延ノード
- プライマリになることができず、指定された遅延で操作を適用するレプリカセットノード。 遅延は、人間によるエラー(意図せずに削除されたデータベース)や本番データベースに予期しない影響を与える更新からデータを保護するのに役立ちます。 「遅延レプリカセット ノード 」を参照してください。
- ドキュメント
- MongoDBコレクション内のレコードと、MongoDB 内のデータの基本単位。 ドキュメントはJSONオブジェクトと似ていますが、 BSONと呼ばれるよりタイプが多い形式でデータベースに存在します。 「ドキュメント 」を参照してください。
- ドット表記
- MongoDB は、ドット表記を使用して配列の要素にアクセスし、埋め込みドキュメントのフィールドにアクセスします。「ドット表記」を参照してください。
- ドレイン
- あるシャードから別のシャードへチャンクを排除または「排出(shedding)」するプロセス。管理者は、シャードをクラスターから排除する前にシャードをドレイニングする必要があります。「既存のシャーディングされたクラスターからのシャードの排除」を参照してください。
- ドライバー
- 特定のコンピューター言語で MongoDB を操作するためのクライアント ライブラリ。 ドライバー を参照してください。
- 耐久性がある
- 1 つ以上のサーバー プロセスをシャットダウン(またはクラッシュ)して再起動した後に続く書込み操作は耐久性があります。 単一の
mongod
サーバーの場合、書込み操作は、サーバーのジャーナルファイルに書込まれているときに永続的と見なされます。 レプリカセットの場合、書込み操作は、書込み操作が大多数の投票ノードで耐久性を確保し、大多数の投票ノードのジャーナルに書込まれた後に耐久性があると見なされます。 - 選挙
- レプリカセットのメンバーが起動時とエラー発生時にプライマリを選択するプロセス。「レプリカセットの選出」を参照してください。
- エンディアン性
- コンピューティング分野では、エンディアンとはバイトが配置される順序を指します。エンディアンは、通信媒体を介した送信を指す場合もありますが、バイトの重要性と位置に基づくコンピューター メモリ内でのバイトの順序付け方法を指す場合の方がより一般的です。詳細については、ビッグエンディアンとリトルエンディアンを参照してください。
- 結果整合性
- システムへの変更が徐々に伝達されるようにする分散システムの特性です。データベース システムでは、読み取り可能なノードが最新の更新を保持する必要がないことを意味します。
- 式
- 集計パイプラインでは、式はパイプラインを通過するデータに対して実行されるステートレスな変換です。集計パイプラインを参照してください。
- フェイルオーバー
- 障害発生時に レプリカセット の セカンダリ メンバーが プライマリ になるようにするプロセス。「自動フェイルオーバー 」を参照してください。
- フィールド
- ドキュメント内の名前と値のペア。 ドキュメントには 0 個以上のフィールドがあります。 フィールドは、関係データベースの列に類似しています。 「ドキュメント構造 」を参照してください。
- フィールドパス
- ドキュメント内のフィールドへのパス。フィールドパスを指定するには、フィールド名の前にドル記号(
$
)を付けた文字列を使用します。 - ファイアウォール
- IP アドレスやその他のパラメーターに基づいてアクセスを制限するシステム レベルのネットワーク フィルターです。ファイアウォールは、セキュリティで保護されたネットワークの一部です。「ファイアウォール」を参照してください。
- fsync
メモリ内のすべてのダーティ ページをストレージにフラッシュするシステム呼び出しです。アプリケーションがデータを書き込むと、MongoDB ではデータがストレージ層に記録されます。
永続的なデータを提供するために、 WiredTigerはチェックポイントを使用します。 詳細については、「ジャーナリングと WiredTiger ストレージ エンジン 」を参照してください。
- ジオハッシュ
- ジオハッシュ値は、座標グリッド上のロケーションのバイナリ表現です。 「
2d
インデックスのジオハッシュ値の計算 」を参照してください。 - GeoJSON
- JavaScript Object Notation(JSON)に基づく地理空間データの交換形式。GeoJSON は地理空間クエリで使用されます。サポートされている GeoJSON オブジェクトについては、「地理空間データ」を参照してください。GeoJSON 形式の仕様については、https://tools.ietf.org/html/rfc7946#section-3.1 を参照してください。
- 地理空間
- 地理的な場所に関連します。「地理空間クエリ」を参照してください。
- GridFS
- MongoDB データベースに大容量のファイルを保存するための規則。 すべての公式 MongoDB ドライバーは、
mongofiles
プログラムと同様に GridFS 規則をサポートしています。 「自己管理型配置の GridFS 」を参照してください。 - ハッシュされたシャードキー
- シャードキー フィールドの値のハッシュを使用して シャードクラスタのノードにドキュメントを配布する シャードキー のタイプ。 「ハッシュされたインデックス 」を参照してください。
- haystack index
- 第 2 基準でグループ化されたオブジェクトの「バケット」を作成し、検索を強化する地理空間インデックス。 詳しくは、
geoHaystack
インデックス を参照してください。 - ヘルスマネージャー
- ヘルスマネージャーは、指定された 強度レベル で ヘルスマネージャーファセット に対してヘルスチェックを実行します。ヘルスマネージャーのチェックは指定された時間間隔で実行されます。 ヘルスマネージャーは、障害のあるmongosをクラスターから自動的に移動するように構成できます。
- ヘルスマネージャーファセット
- ヘルスマネージャーがヘルスチェックを実行するように構成できる機能のセット。 たとえば、DNS または LDAP クラスターの健全性の問題を自動的に監視および管理するようにヘルスマネージャーを構成できます。 詳細については、「ヘルスマネージャーのファセット」を参照してください。
- 非表示ノード
- プライマリ になることができず、クライアントアプリケーションからは参照できない レプリカセット のノード。「非表示のレプリカセット ノード 」を参照してください。
- 高可用性
高可用性とは、耐久性、冗長性、自動フェイルオーバーを考慮して設計されたシステムを指します。そのようなシステムでサポートされているアプリケーションは、長期間にわたってダウンタイムなしで動作できます。MongoDB レプリカセットは、ベストプラクティスに従って配置すると、高可用性をサポートします。
レプリカセットの配置アーキテクチャに関するガイダンスは、「レプリカセットの配置アーキテクチャ」を参照してください。
- idempotent
- 同じ入力で操作を複数回実行すると、同じ結果が生じます。
- index
- クエリを最適化するデータ構造です。「インデックス」を参照してください。
- インデックスのソート
- インデックスによってソートされた結果が提供される ソート 。 インデックスを使用するソート操作は、多くの場合、ブロッキングソートよりもパフォーマンスが優れています。 詳細については、「 インデックスを使用してクエリ結果をソートする」を参照してください。
- init script
- Linux プラットフォームの初期化システムで使用される shell スクリプトで、デーモンプロセスを開始、再起動、または停止します。 パッケージ マネージャーを使用して MongoDB をインストールした場合、インストールの一部としてシステムの初期化スクリプトが提供されます。 詳しくは、ご利用中のオペレーティング システム用のインストール ガイドを参照してください。
- init システム
- 初期化システムは、カーネルの起動後に Linux プラットフォーム上で最初に開始されるプロセスであり、システムにおける他のプロセスをすべて管理します。 初期化システムは、 初期化スクリプト を使用して、 や
mongod
などのmongos
デーモン プロセスを開始、再起動、または停止します。最近のバージョンの Linux では、systemctl
コマンドを使用するsystemd初期化システムが使用される傾向があり、古いバージョンの Linux ではservice
コマンドを使用するSystem V初期化システムが使用される傾向があります。 詳しくは、ご利用中のオペレーティング システム用のインストール ガイドを参照してください。 - 最初の同期
- 既存のレプリカセット ノードから新しいレプリカセット ノードにデータを複製するレプリカ セット操作。詳しくは、最初の同期を参照してください。
- 意向ロック
- リソースのロック 。これは、意向ロックを持つリソースよりも細かい粒度の同時実行制御を使用して、リソースを から読み取り(インテント共有)、またはリソースに書込む(意向排他)ことを示します。 インテント ロックにより、リソースの同時読み取りと書込みが可能になります。 詳しくは、 MongoDB ではどのようなタイプのロックを使用しますか。 を参照してください。
- 割り込みポイント
- 操作を安全に終了できる点です。MongoDB では、指定された割り込みポイントによってのみ操作を終了します。「実行中の操作の終了」を参照してください。
- IPv6
- インターネット ホストをサポートするための、大規模なアドレス空間を備えた IP(インターネット プロトコル)標準の改訂版です。
- ISODate
- 日付を表示するために
mongosh
で使用される国際日付形式。 形式はYYYY-MM-DD HH:MM.SS.millis
です。 - JavaScript
- スクリプト言語。mongosh、レガシー
mongo
shell、および特定のサーバー関数は JavaScript インタープリターを使用します。詳細については、サーバーサイド JavaScript を参照してください。 - journal
- ハードシャットダウンのイベントでデータベースを有効な状態にするために使われる逐次的なバイナリ トランザクション ログ。ジャーナリングでは、最初にジャーナル、次にコア データファイルの順にデータが書き込まれます。MongoDB は、MongoDB バージョン2.0(およびそれ以上)の64ビットビルドに対して、デフォルトでジャーナリングを有効にします。ジャーナルファイルは事前に割り振られており、データディレクトリにファイルとして存在します。詳しくは、ジャーナリングを参照してください。
- JSON
- JavaScript オブジェクト表記。多くのプログラミング言語でサポートされている構造化データを表現するためのプレーンテキスト形式。詳細については、http://www.json.org を参照してください。特定の MongoDB ツールは、MongoDB BSONドキュメントの近似値を JSON 形式でレンダリングします。MongoDB 拡張 JSON(v2)を参照してください。
- JSON document
- JSON document は、構造化形式のフィールドと値のコレクションです。 JSON ドキュメントのサンプルについては、 http://json.org/example.html を参照してください。 。
- JSONP
- パディング付きのJSON 。 アプリケーションに JSON を挿入する方法を指します。 潜在的なセキュリティ上の懸念 を表示します。
- 最小権限
- ユーザーの作業に不可欠なアクセスのみをユーザーに許可する承認ポリシーです。
- legacy coordinate pairs
- MongoDB バージョン2.4より前の地理空間データに使用されている形式。 この形式では、地理空間データを平面座標系の点として保存します(たとえば、
[ x, y ]
)。 「地理空間クエリ 」を参照してください。 - LineString
- LineString は、2 つ以上の位置の配列です。4 つ以上の位置を持つ閉じた LineString は、GeoJSON LineString 仕様( https://tools.ietf.org/html/rfc7946#section-3.1.4)で説明されているように、LinearRing と呼ばれます。MongoDB で LineString を使用するには、GeoJSON オブジェクトを参照してください。
- リトルエンディアン
マルチバイト データ値のうちバイト数が最小(リトルエンド)のものが最下位のメモリ アドレスに格納されるバイト オーダー。
クリックして拡大します- ロック
- MongoDB は、同時実行性が正確性に影響を与えないようロックを使用します。 MongoDB は、 読み取りロック( read lock ) 、書込みロック(write lock) 、インテント ロックを使用します。 詳細については、「 MongoDB ではどのようなタイプのロックを使用しますか 」を参照してください。
- ログファイル
- 受信接続、コマンドの実行、発生した問題などのサーバー イベントが含まれます。詳細については、「ログ メッセージ」を参照してください。
- LVM
- 論理ボリューム マネージャー。LVM は、物理デバイスからディスク イメージを抽象化し、システム マネジメントに便利な raw ディスク操作やスナップショット機能を多数提供するプログラムです。LVM と MongoDB の詳細については、「Linux で LVM を使用したバックアップと復元」を参照してください。
- map-reduce
- データを選択する "map" フェーズと、データを変換する "reduce" フェーズで構成される集計プロセス。MongoDB では、map-reduce を使用してデータに対して任意の集計を実行できます。map-reduce の実装については、「Map-Reduce」を参照してください。集計へのすべてのアプローチについては、「集計操作」を参照してください。
- マッピング型
- プログラミング言語で、キーを値に関連付ける構造体です。キーには、キーと値のペアが埋め込まれている場合があります (辞書、ハッシュ、マップ、連想配列など)。これらの構造体のプロパティは、言語の仕様と実装によって異なります。通常、マッピング型内のキーの順序は任意であり、保証されません。
- md5
- 指定されたデータのチェックサム値を計算するハッシュ アルゴリズム。 アルゴリズムは、データを識別するための一意の値を返します。 MongoDB は md 5を使用してGridFSのデータのチャンクを識別します。 ファイル名5を参照してください。
- 平均
- 数値セットの平均。
- ノード
- 個々のmongodプロセス。 レプリカセットには複数のノードがあります。 ノードは、ノード とも呼ばれます。
- MIB
- 管理情報ベース。 MongoDB は、MIB ファイルを使用して、MongoDB Enterprise エディションで SNMP によって追跡されるデータのタイプを定義します。
- MIME
- 多目的インターネットメール拡張機能。複数のデータストレージ、転送、および電子メールのコンテキストでデータのエンコーディングとタイプを宣言するために使用される、タイプとエンコーディングの定義の標準セット。
mongofiles
ツールには、GridFS ストレージに挿入されたファイルを記述するための MIME タイプを指定するオプションが用意されています。 - モード
- 一連の番号の中で最も頻繁に発生する番号。
- mongo
レガシー MongoDB shell。
mongo
プロセスは、レガシー shell をmongod
または インスタンスのいずれかに接続されたmongos
デーモン として起動します。shell には JavaScript インターフェイスがあります。MongoDB v5.0 以降は、
mongo
は非推奨となり、クライアント shell としてmongo
の代わりに mongosh が使用されます。詳しくは、mongosh を参照してください。- mongod
- MongoDB データベース サーバー。
mongod
プロセスは MongoDB サーバーをデーモンとして起動します。 MongoDB サーバーはデータリクエストとバックグラウンド操作を管理します。 詳しくはmongod
を参照してください。 - mongos
- MongoDB シャーディングされたクラスターのクエリ ルーター。
mongos
プロセスは MongoDB ルーターをデーモンとして起動します。 MongoDB ルーターは、アプリケーションと MongoDB のシャーディングされたクラスター間のインターフェースとして機能し、クラスター全体のすべてのルーティングと負荷分散を処理します。 詳しくはmongos
を参照してください。 - mongosh
MongoDB Shell。mongosh は、
mongod
またはmongos
インスタンスへの shell インターフェイスを提供します。- namespace
- 名前空間は、データベース名ならびにコレクションまたはインデックスの名前を組み合わせたもの(
<database-name>.<collection-or-index-name>
)です。すべてのドキュメントは名前空間に属します。「名前空間」を参照してください。 - 自然な順序
注文
recordIds
は作成され、WiredTigerインデックスに保存されます。1 つのインスタンスで実行されるコレクションスキャンのデフォルトのソート順序は、自然な順序です。レプリカセットでは、自然な順序が一貫していることは保証されず、メンバーによって異なる場合があります。
シャーディングされたコレクションでは、自然な順序は定義されていません。 ただし、
$natural
を使用しても、各シャードにコレクションスキャンが強制的に実行されます。詳細については、
$natural
および「自然な順序で返す」を参照してください。- ネットワークパーティション
分散システムをパーティションに分割し、一方のパーティション内のノードが他方のパーティション内のノードと通信できなくなるネットワーク障害を指します。
場合によっては、パーティションが部分的または非対称になることがあります。部分パーティションの例としては、ネットワークのノードを 3 つのセットに分割したものがあり、最初のセットのノードは 2 番目のセットのノードと通信できず、その逆も同様ですが、すべてのノードが 3 番目のセットのノードと通信できます。
非対称パーティションでは、特定のノードから発信された場合にのみ通信が可能になる場合があります。たとえば、パーティションの片側にあるノードは、通信チャンネルを「発信」した場合にのみ、もう一方の側と通信できます。
- node
- 個々のmongodプロセス。 レプリカセットには複数のノードがあります。 ノードは、ノードとも呼ばれます。
- noop
- No Operation(noop)は、先入れ先出しキューに基づいて着信プロセスの I/O 帯域幅を割り当てる I/O 操作スケジューラです。
- NVMe
- NVMe(Non- Volume Memory Express )は、高速ストレージ メディアにアクセスするためのプロトコルです。
- ObjectId(オブジェクト識別子)
- ObjectId を参照してください。
- ObjectId
- コレクション 12内で一意である バイトの BSON 型。ObjectId は、タイムスタンプ、コンピューター ID、プロセス ID、ローカルプロセスの増分カウンターを使用して生成されます。 MongoDB は、 _idフィールドのデフォルト値として ObjectId 値を使用します。
- 操作ログ
- 詳しくは、 oplog を参照してください。
- optime
- 詳しくは、 optime を参照してください。
- 演算子
- 更新や複雑なクエリ、データ変換を表すために使用される、
$
で始まるキーワードです。たとえば、$gt
はクエリ言語の "greater than(より大きい)" 演算子です。使用可能な演算子については、「演算子」を参照してください。 - oplog
- MongoDB database への論理書込みの順序付き履歴を保存するCapped コレクション。 oplog は、MongoDB のレプリケーションを有効にする基本的なメカニズムです。 レプリカセットoplogを参照してください。
- oplog hole
- oplog の書込み (write) が順序どおりでないため、oplog に生じた一時的なギャップです。レプリカセットのプライマリは、oplog エントリをバッチ操作として並行して適用します。その結果、バッチからまだ書込まれていないエントリによって、oplog に一時的なギャップが発生する可能性があります。
- oplog window
- oplog エントリにはタイムスタンプが付けられます。oplog window は、
oplog
内の最新のタイムスタンプと最も古いタイムスタンプの間の時間差です。セカンダリ ノードとプライマリ ノードの接続が切れた場合、oplog window 内で接続が復元された場合のみ、レプリケーションを使用して再度同期できます。 - optime
レプリケーション oplog 内の位置への参照。optime 値は、次の内容を含むドキュメントです。
- 順序クエリプラン
sort()
の順序と一致する順序で結果を返すクエリプランです。「クエリプラン」を参照してください。- 孤立したカーソル
- アプリケーション コード内で正しく閉じられていない、または反復処理されていないカーソルです。孤立したカーソルは、MongoDB 配置でパフォーマンスの問題を引き起こす可能性があります。
- 孤立したドキュメント
シャーディングされたクラスター内の孤立したドキュメントとは、シャード上のドキュメントの中でも他のシャードにもチャンク状に存在しているドキュメントを指します。これは、移行の失敗、または異常なシャットダウンが原因で移行のクリーンアップが不完全になったことが原因です。
孤立したドキュメントは、チャンクの移行が完了すると自動的にクリーンアップされます。 孤立したドキュメントを削除するために、
cleanupOrphaned
を実行する必要がなくなりました。- パッシブノード
members[n].priority
が0
であるため、プライマリになることができない レプリカセット のメンバー。「優先順位0レプリカセット ノード 」を参照してください。- PID
- プロセス識別子。UNIX のようなシステムでは、実行中の各プロセスにユニークな整数 PID が割り当てられます。PID を使用して実行中のプロセスを検査し、そのプロセスにシグナルを送信できます。「
/proc
ファイル システム」を参照してください。 - パイプ
- UNIX のようなシステムにおける通信チャンネルです。独立したプロセスがデータを送受信できるようにします。UNIX shell では、パイプ操作によって、あるコマンドの出力を別のコマンドの入力に向けることができます。
- パイプライン
- 集計プロセスにおける一連の操作。 詳しくは、 集計パイプライン を参照してください。
- 点
- GeoJSON ポイント仕様で説明されている単一の座標ペア: https://tools.ietf.org/html/rfc7946 #section-3.1.2 。MongoDB で点を使用するには、 GeoJSON オブジェクト を参照してください。
- 多角形
GeoJSON 多角形仕様で説明されている LinearRing 座標配列の配列: https://tools.ietf.org/html/rfc7946 #section-3.1.6 。複数の円がある多角形の場合、最初は外側の円で、他の円は内側の円または穴である必要があります。
MongoDB では、外側の円は自己交差することはできません。内側の円は外側のループの中に完全に収まっていなければならず、互いに交差したり重なったりすることはできません。「GeoJSON オブジェクト」を参照してください。
- powerOf2Sizes
- MongoDB が 各ドキュメントにスペースを割り当てる方法を変更および正規化して、ストレージの再利用を最大化し、断片化を減らすコレクションごとの設定。 これはTTL コレクションのデフォルトです。 詳しくは、 collMod を参照してください。
- 事前分割
- データを挿入する前に実行される操作で、シャードキー値の範囲をチャンクに分割して、簡単な挿入と高い書込みスループットを容易にします。 事前分割により、MongoDB バランサー が分割するのを待つのではなく、コレクションを手動で分割することで、シャーディングされた クラスター内 のドキュメントの初期分散が迅速化する場合があります。「シャーディングされたクラスターでチャンクを作成する 」を参照してください。
- 接頭辞圧縮
- 同一のインデックス キー プレフィックスをメモリ 1 ページにつき 1 回だけストアすることで、メモリとディスクの消費量を削減します。WiredTiger の圧縮動作の詳細については、「圧縮」を参照してください。
- プライマリ
- レプリカセットでは、 プライマリ はすべての書込み (write) 操作を受け付けるメンバーです。 詳しくは、 プライマリ を参照してください。
- プライマリキー
- レコードの一意の不変識別子。 RDBMSソフトウェアでは、プライマリキーは通常、各行の
id
フィールドに保存される整数です。 MongoDB では、 _idフィールドにはドキュメントのプライマリキー(通常は BSON ObjectId )が保存されます。 - プライマリシャード
- シャーディングされていないコレクションをすべて保存するシャード。 詳しくは、 プライマリシャード を参照してください。
- 優先順位
- レプリカセット内のどのノードがプライマリになる可能性が最も高いかを判断するのに役立つ構成可能な値。 詳しくは
members[n].priority
を参照してください。 - 特権
- 指定されたリソースと、そのリソースに対して許可されるアクションの組み合わせ。 「特権」を参照してください。
- プロジェクション
- MongoDB が結果セットで返すフィールドを指定するクエリに提供されるドキュメント。 プロジェクションの詳細については、「 クエリ演算子および プロジェクション 演算子 から返されるプロジェクト フィールド 」を 参照してください。
- クエリ
- 読み取りリクエスト 。 MongoDB は、名前が 文字で始まる クエリ演算子 を含む JSON
$
形式のクエリ言語を使用します。mongosh
では、db.collection.find()
} メソッドとdb.collection.findOne()
メソッドを使用してクエリを実行できます。 「クエリ ドキュメント 」を参照してください。 - クエリ演算子
- クエリ内の
$
で始まるキーワードです。たとえば、$gt
は " "greater than(より大きい)" 演算子です。クエリ演算子のリストについては、クエリ演算子を参照してください。 - クエリオプティマイザ
- クエリプランを生成するプロセス。オプティマイザは、クエリごとに、結果をできるだけ効率的に返すインデックスとクエリを照合するプランを生成します。クエリを実行するたびにオプティマイザはクエリプランを再利用します。コレクションが大幅に変更された場合、オプティマイザは新しいクエリプランを作成します。「クエリプラン」を参照してください。
- クエリプラン
- クエリ プランナーによって選択された最も効率的な実行プランです。詳細については、「クエリプラン」を参照してください。
- クエリシェイプ
クエリ述語、ソート、プロジェクション、照合の組み合わせです。クエリシェイプにより、MongoDB は論理的に同等のクエリを識別し、そのパフォーマンスを分析できます。
クエリ述語の場合、フィールド名を含む述語の構造のみが重要です。クエリ述部の値は重要ではありません。したがって、クエリシェイプとして、クエリ述語
{ type: 'food' }
とクエリ述語{ type: 'utensil' }
は同等です。同じクエリ シェイプを持つ低速クエリを識別できるように、各クエリ シェイプは queryHash に関連付けられています。
queryHash
は、クエリ シェイプのハッシュを表す16進数文字列で、クエリ シェイプのみに依存します。注意
他のハッシュ関数と同様に、2 つの異なるクエリシェイプで同じハッシュ値が生成される場合があります。ただし、異なるクエリシェイプ間でハッシュ衝突が発生する可能性は低くなります。
- RDBMS
- リレーショナルデータベース管理システム。 リレーショナル モデルに基づくデータベース マネジメント システムで、クエリ言語としてSQLを通常使用します。
- 読み取り保証 (read concern)
- 読み取り操作の分離レベルを指定します。 たとえば、読み取り保証 を使用すると、レプリカセット内の大多数のノードに反映されたデータのみを読み取ることができます。 詳しくは、 読み取り保証(read concern) を参照してください。
- 読み取りロック(read lock)
- コレクションやデータベースなどのリソースに対する共有 ロックにおいて、保持されている間は同時読み取りが許可されますが、書込みは許可されません。詳しくは、MongoDB ではどのようなタイプのロックを使用しますか。を参照してください。
- 読み込み設定 (read preference)
- クライアントが読み取り操作を指示する方法を決定する設定。 読み込み設定(read preference)は、シャード レプリカセットを含むすべてのレプリカセットに影響します。 デフォルトでは、MongoDB はプライマリへの読み取りを指示します。 ただし、結果整合性のある読み取りのために、セカンダリに読み取りを指示することもできます。 読み込み設定(read preference) を参照してください。
- リカバリ中
- レプリカセットノードのステータスは、ノードがセカンダリまたはプライマリのアクティビティを開始する準備ができていないことを示します。 リカバリ ノードは読み取りに使用できません。
- レプリカセット
- レプリケーションと自動フェイルオーバーを実装した MongoDB サーバーのクラスターです。MongoDB の推奨レプリケーション戦略です。「レプリケーション」を参照してください。
- レプリケーション
- 複数のデータベース サーバーが同じデータを共有できるようにする機能。レプリケーションにより、データの冗長性が確保され、負荷分散が可能になります。「レプリケーション」を参照してください。
- レプリケーションラグ
- プライマリ のoplog内の最後の操作と特定のセカンダリに適用された最後の操作までの時間間隔。 通常、レプリケーションラグはできるだけ短くする必要があります。 「レプリケーションラグ 」を参照してください。
- 常駐メモリ
- 現在物理 RAM に保存されているアプリケーションのメモリのサブセット。 常駐メモリは、物理 RAM とストレージにマップされたメモリを含む仮想メモリのサブセットです。
- resource
- データベース、コレクション、コレクションのセット、またはクラスター。 特権は、指定されたリソースに対する アクションを許可します。 リソース を参照してください。
- ロール
- 指定された リソース に対する アクション を許可する特権のセットです。ユーザーに割り当てられたロールによって、ユーザーのリソースと操作へのアクセス権が決まります。 「セキュリティ 」を参照してください。
- rollback
- すべてのレプリカセットの一貫性を確保するために書き込み操作を元に戻すプロセス。「レプリカセットフェイルオーバー中のロールバック」を参照してください。
- セカンダリ
- マスター データベースのコンテンツを複製するレプリカセット メンバー。セカンダリ メンバーは読み取りのリクエストを実行できます。しかし、書き込み操作を実行できるのはプライマリ メンバーのみです。詳しくは、セカンダリを参照してください。
- セカンダリインデックス
- クエリエンジン がクエリを実行するために実行する必要がある作業量を最小限に抑えることで、クエリのパフォーマンスを向上させるデータベースインデックス。 「インデックス 」を参照してください。
- セカンダリ ノード
- セカンダリを参照してください。 セカンダリ ノードとも呼ばれます。
- シードリスト
- シードリストは、レプリカセット構成の初期検出のためにドライバーとクライアント(
mongosh
など)によって使用されます。シードリストは、host:port
ペアのリストとして提供できます(標準接続文字列 形式または DNS エントリを参照)。詳細については、SRV 接続形式を参照してください。 - 自己管理型
- 外部マネジメントやサードパーティ サービス(MongoDB Atlas など)ではなく、個人または組織によって設定および維持される MongoDB インスタンス。
- セット名
- レプリカセットに付けられた任意の名前です。レプリカセットのすべてのノードは、
replSetName
設定または--replSet
オプションで指定された名前と同じ名前を持つ必要があります。 - シャード
- シャーディングされた クラスターの
mongod
全データセットの一部を保存する単一の インスタンスまたは レプリカ セット。通常、本番環境の配置では、すべてのシャードがレプリカセットの一部であることを確認します。 「シャード 」を参照してください。 - シャードキー
- MongoDB が シャーディングされたクラスターのメンバー間でドキュメントを分散するために使用するフィールド。 詳細については、「シャードキー 」を参照してください。
- シャーディングされたクラスター
- シャーディングされた MongoDB 配置を構成するノードのセット。シャーディングされたクラスターは、コンフィギュレーションサーバー、シャード、および 1 つ以上の
mongos
ルーティング プロセスで構成されます。詳細については、シャーディングされたクラスター コンポーネントを参照してください。 - シャーディング
- キー範囲によってデータをパーティション化し、2 つ以上のデータベース インスタンスにデータを分散するデータベース アーキテクチャです。シャーディングにより水平方向のスケーリングが可能になります。「シャーディング」を参照してください。
- シェルヘルパー
- データベースコマンドの簡潔な構文を持つ
mongosh
内のメソッドです。シェルヘルパーは、対話型エクスペリエンスを向上させます。「mongosh
メソッド」を参照してください。 - 単マスターレプリケーション
- 1 つのデータベースインスタンスのみが書込み (write) を受け入れるレプリケーショントポロジー。 単一マスター レプリケーションは整合性を確保し、MongoDB で使用されるレプリケーション トポロジーです。 詳しくは、 レプリカセット プライマリ を参照してください。
- Snappy
- 効率的な計算要件と適切な圧縮率のバランスを取るための圧縮/解凍ライブラリ。 Snappy は、MongoDB のWiredTiger使用用のデフォルトの圧縮ライブラリです。 詳しくは 、 Snappy と WiredTiger 圧縮ドキュメント 詳しくは、 を参照してください。
- スナップショット
- スナップショットは、その時点における
mongod
インスタンスのデータのコピーです。クラスターまたはレプリカセット全体、またはクラスター内の単一のコンフィギュレーションサーバーのスナップショット メタデータを取得できます。 - ソートキー
- フィールドをソートするときに比較される値。 MongoDB が数値以外のフィールドのソートキーを決定する方法については、「比較/ソート順序 」を参照してください。
- 分裂
- シャードされた クラスター 内 の チャンク の分割。「チャンクを使用したデータのパーティショニング 」を参照してください。
- SQL
- 構造化クエリ言語(SQL)は、関係データベースとのやりとりに使用されます。
- SSD
- Solid State Disk(ソリッド ステート ディスク)。機械式ハード ドライブで使用される回転プラッターと可動式の読み取り/書込みヘッドの代わりに、ソリッド ステート エレクトロニクスを使用して永続性を実現する高性能ストレージです。
- ステイル読込み
- ステイル読み取りとは、別のトランザクションによって変更されたがまだデータベースにコミットされていない古い(古い)データをトランザクションが読み取った場合を指します。
- スタンドアロン
mongod
レプリカセット の一部ではなく、単一サーバーとして実行される のインスタンス。これをレプリカセットに変換するには、「 スタンドアロンの自己管理型 mongod をレプリカセットに変換する 」を参照してください。- 降格
レプリカセットの プライマリ ノードメンバーは、自身をプライマリ メンバーとして除去し、セカンダリ メンバーになります。
レプリカセットがプライマリとのコンタクトを失った場合、セカンダリは新しいプライマリを選出します。古いプライマリが選挙を知ると、そのプライマリは退いて、セカンダリとしてレプリカセットに再び参加します。
ユーザーが
replSetStepDown
コマンドを実行すると、プライマリは降格し、レプリカセットに新しいプライマリが強制的に選択されます。
- storage engine
- メモリとディスクの両方で、データの保存方法とアクセス方法を管理するデータベースの部分です。 異なるストレージ エンジンは、特定のワークロードに対してより優れた性能を発揮します。 MongoDB に組み込まれているストレージ エンジンの詳細については、「自己管理型配置のストレージ エンジン」を参照してください。
- ストレージ順序
- 「自然な順序 」を参照してください。
- 厳密な一貫性
- すべてのノードがシステムの最新の変更で構成されていることを要求する分散システムのプロパティです。 データベース システムでは、データを提供できるすべてのシステムが常に最新の書込み (write) を反映している必要があることを意味します。
- サブジェクト代替名
- サブジェクト代替名(SAN)は、X. 509証明書の拡張機能です。これにより、IP アドレスやドメイン名など、1つのセキュリティ証明書が保護するリソースを指定する値の配列が許可されます。
- 同期
- ノードが プライマリからデータを複製するレプリカセット操作。MongoDB によるノードの作成時または復元時に初めて同期が行われます。これを最初の同期と呼びます。その後、レプリカセットのデータ変更が常にノードに反映されるよう、継続的に動機が行われます。詳しくは、レプリカセット データ同期を参照してください。
- syslog
- Unix 系のシステムで、サーバーとプロセスがロギング情報を送信するための統一された標準を提供するロギング プロセスです。MongoDB には、出力をホストの syslog システムに送信するオプションが用意されています。
syslogFacility
を参照してください。 - tag
レプリカセットに適用され、クライアントがデータセンター対応操作を実行するために使用するラベルです。レプリカセットでタグを使用する方法の詳細については、「読み込み設定 (read preference) タグセット」を参照してください。
- tag set
- 0 個以上のタグを含むドキュメント
- 追尾可能 (tailable) カーソル
- 上限付きコレクションの場合、追尾可能 (tailable) カーソルは、クライアントが初期カーソルの結果を使い果たした後も開いたままになるカーソルです。クライアントが上限付きコレクションに新しいドキュメントを挿入しても、追尾可能 (tailable) カーソルはドキュメントの検索を続行します。
- ターム
- レプリカセットのノードの場合、選挙試行に対応する単調に増加する数を指します。
- 時系列コレクション
- 一定期間にわたる測定値のシーケンスを効率的に保存するコレクション。 「時系列コレクション 」を参照してください。
- トポロジー
MongoDB インスタンスの配置の状態を指します。次のことが含まれます。
配置のタイプ(スタンドアロン、レプリカセット、またはシャーディングされたクラスター)。
サーバーの可用性。
各サーバーの役割(プライマリ、セカンダリ、コンフィギュレーションサーバー、または
mongos
)。
- トランザクション
- 読み取り操作または書込み (write) 操作のグループです。詳細については、「トランザクション」を参照してください。
- トランザクションの調整役
- レプリカセット または シャーディングされた クラスター で トランザクション を管理する MongoDB のコンポーネントです。ノード間のマルチドキュメントトランザクションの実行と完了を調整し、複雑な操作をアトミック操作として取り扱うことができます。
- TSV
- タブ区切りの値で構成されるテキストベースのデータ形式。一般的に、この形式は表形式のデータに適しているため、関係データベース間のデータ交換に使用されます。
mongoimport
を使用して TSV ファイルをインポートできます。 - TTL
- Time-to-Live(TTL)とは、システムが情報を削除または期限切れにする前に、特定の情報がキャッシュまたはその他の一時ストレージに保持される有効期限または期間です。MongoDB には TTL コレクション機能があります。「TTL を設定してコレクションのデータを期限切れにする」を参照してください。
- 一意なインデックス
- 単一のコレクション内の特定のフィールドの一意性を強制するインデックス。「一意なインデックス」を参照してください。
- unix epoch
- 1970 年 1 月 1 日 00:00:00 UTC を指します。一般的には時間を表すときに使用され、この時点からの秒数またはミリ秒数がカウントされます。
- 順序なしクエリプラン
sort()
の順序と一致しない順序で結果を返すクエリプランです。「クエリプラン」を参照してください。- upsert
更新操作のオプション。たとえば
db.collection.updateOne()
、db.collection.findAndModify()
が挙げられます。アップサートがtrue
の場合、更新操作は次のいずれかになります。クエリに一致するドキュメントを更新します。
一致するドキュメントがない場合は、新しいドキュメントを挿入します。新しいドキュメントには、アップデート操作で指定されたフィールド値が含まれます。
アップサートの詳細については、「一致するものが存在しない場合は新しいドキュメントを挿入する(
Upsert
)」を参照してください。- 仮想記憶
- アプリケーションの作業メモリを指し、通常はディスクと物理 RAM の両方に存在します。
- WGS84
- MongoDB がGeoJSONオブジェクトに対する地理空間クエリ用に地球のような球体上のジオメトリを計算するために使用するデフォルトの参照システムと地理的データ。 「EPSG:4326 : WGS84 」仕様を参照してください: http://spatialreference.org/ref/opsg/4326 / 。
- ウィンドウ演算子
- コレクションからドキュメントの範囲から値を返します。「ウィンドウ演算子」を参照してください。
- ワーキングセット
- MongoDB が最も頻繁に使用するデータです。
- 書込み保証 (write concern)
- 書き込み操作が成功したかどうかを指定します。書込み保証(write concern)により、アプリケーションは挿入エラーや使用できない
mongod
インスタンスを検出できます。レプリカセットの場合、指定した数のノードへのレプリケーションを確認するように書込み保証(write concern)を構成できます。詳しくは、書込み保証(write concern)を参照してください。 - 書込み競合 (write conflict)
- 少なくとも 1 つが書込み(write)である 2 つの同時操作において、楽観的な同時実行制御を使用するストレージ エンジンの制約に違反するリソースを使用しようとする状況。MongoDB は競合する書込み操作の 1 つを自動的に終了し、再試行します。
- 書込みロック (write lock)
- コレクションやデータベースなどのリソースに対する排他ロック。 プロセスがリソースに書込むとき、他のプロセスがそのリソースに書込んだり、リソースを読み込んだりするのを防ぐために、排他的書込みロック (write lock) が必要です。 ロックの詳細については、「 FAQ: 同時実行性 」を参照してください。
- writeBacks
- 関連するチャンクを担当していないシャードに送信された書込み(write)が正しいシャードに適用されるようにする、シャーディング システム内のプロセス。詳細については、ログの
writebacklisten
とは何ですか および writeBacksQueued を参照してください。 - zlib
- MongoDB がsnappyを使用するのと比較して、より多くの CPU を犠牲にして、より高い圧縮率を提供するデータ圧縮ライブラリ。 WiredTigerを圧縮ライブラリとして zlib を使用するように構成できます。 http://www.zlib.net を参照してください と WiredTiger 圧縮ドキュメント 詳しくは、 を参照してください。
- ゾーン
- zstd
- zlib と比較して、より高い圧縮率とより低い CPU 使用率を提供するデータ圧縮ライブラリ。