MONGOC_CLIENT_COMMAND_WITH_OPTS(3)

✨ SYNOPSIS ✨

okay bestie, this is the manual page for MONGOC_CLIENT_COMMAND_WITH_OPTS(3) from libmongoc πŸ’– and it's literally the one where you execute a command on the server, with opts interpreted according to the MongoDB server version. if you want to send a raw command to the server with none of this logic, use mongoc_client_command_simple() instead. no cap.

bool
mongoc_client_command_with_opts (
   mongoc_client_t *client,
   const char *db_name,
   const bson_t *command,
   const mongoc_read_prefs_t *read_prefs,
   const bson_t *opts,
   bson_t *reply,
   bson_error_t *error);

Read preferences, read and write concern, and collation can be overridden by various sources, and the highest-priority sources for these options are listed first, bestie:

  • Read Preferences: read_prefs first, then Transaction.
  • Read Concern: opts first, then Transaction.
  • Write Concern: opts first, then Transaction.
  • Collation: opts only.
In a transaction, read concern and write concern are prohibited in opts and the read preference must be primary or NULL. fr fr, this is the vibe check that matters.

See the example for transactions and for the "distinct" command with opts.

reply is always initialized, and must be freed with bson_destroy().

This function is not considered a retryable read operation. periodt.


πŸŽ€ PARAMETERS πŸŽ€

  • client β€” A mongoc_client_t.
  • db_name β€” The name of the database to run the command on.
  • command β€” A bson_t containing the command specification.
  • read_prefs β€” An optional mongoc_read_prefs_t.
  • opts β€” A bson_t containing additional options.
  • reply β€” A maybe-NULL pointer to overwritable storage for a bson_t to contain the results.
  • error β€” An optional location for a bson_error_t or NULL.

opts may be NULL or a BSON document with additional command options:

  • readConcern β€” Construct a mongoc_read_concern_t and use mongoc_read_concern_append() to add the read concern to opts. See the example code for mongoc_client_read_command_with_opts(). Read concern requires MongoDB 3.2 or later, otherwise an error is returned.
  • writeConcern β€” Construct a mongoc_write_concern_t and use mongoc_write_concern_append() to add the write concern to opts. See the example code for mongoc_client_write_command_with_opts().
  • sessionId β€” First, construct a mongoc_client_session_t with mongoc_client_start_session(). You can begin a transaction with mongoc_client_session_start_transaction(), optionally with a mongoc_transaction_opt_t that overrides the options inherited from client, and use mongoc_client_session_append() to add the session to opts. See the example code for mongoc_client_session_t.
  • collation β€” Configure textual comparisons. See Setting Collation Order, and the MongoDB Manual entry on Collation. Collation requires MongoDB 3.2 or later, otherwise an error is returned.
  • serverId β€” To target a specific server, include an int32 "serverId" field. Obtain the id by calling mongoc_client_select_server(), then mongoc_server_description_id() on its return value.

Consult the MongoDB Manual entry on Database Commands for each command's arguments. iykyk 🌸


😭 ERRORS 😭

Errors are propagated via the error parameter.


πŸ’… RETURNS πŸ’…

Returns true if successful. Returns false and sets error if there are invalid arguments or a server or network error.

The reply is not parsed for a write concern timeout or write concern error.


πŸ¦‹ EXAMPLE πŸ¦‹

See the example code for mongoc_client_read_command_with_opts().


πŸ‘‘ AUTHOR πŸ‘‘

MongoDB, Inc


2009-present, MongoDB, Inc.


okay that's the page, bestie 🫢 this one is from libmongoc 2.5.6, dated Oct 09, 202MONGOC_CLIENT_COMMAND_WITH_OPTS(3) β€” yes the footer is fully holding hands with the manual name, zero space, and it's giving chaotic typography πŸ’€πŸ’…

πŸ“¦ where this page comes from