The reset_auth property
To remove a specific database user, send a DELETE request to/v2/databases/$DATABASE_ID/users/$USERNAME.A status of 204 will be given. This indicates that the request was processedsuccessfully, but that no response body is needed.Note: User management is not supported for Caching or Valkey clusters.
OptionalrequestConfiguration: RequestConfiguration<object>Configuration for the request such as headers, query parameters, and middleware options.
To show information about an existing database user, send a GET request to/v2/databases/$DATABASE_ID/users/$USERNAME.Note: User management is not supported for Caching or Valkey clusters.The response will be a JSON object with a user key. This will be set to an objectcontaining the standard database user attributes. The user's password will not showup unless the database:view_credentials scope is present.For MySQL clusters, additional options will be contained in the mysql_settingsobject.For Kafka clusters, additional options will be contained in the settings object.For MongoDB clusters, additional information will be contained in the mongo_user_settings object
OptionalrequestConfiguration: RequestConfiguration<object>Configuration for the request such as headers, query parameters, and middleware options.
To update an existing database user, send a PUT request to /v2/databases/$DATABASE_ID/users/$USERNAMEwith the desired settings.Note: only settings can be updated via this type of request. If you wish to change the name of a user,you must recreate a new user.The response will be a JSON object with a key called user. The value of this will be anobject that contains the name of the update database user, along with the settings object thathas been updated.
The request body
OptionalrequestConfiguration: RequestConfiguration<object>Configuration for the request such as headers, query parameters, and middleware options.
To remove a specific database user, send a DELETE request to/v2/databases/$DATABASE_ID/users/$USERNAME.A status of 204 will be given. This indicates that the request was processedsuccessfully, but that no response body is needed.Note: User management is not supported for Caching or Valkey clusters.
OptionalrequestConfiguration: RequestConfiguration<object>Configuration for the request such as headers, query parameters, and middleware options.
To show information about an existing database user, send a GET request to/v2/databases/$DATABASE_ID/users/$USERNAME.Note: User management is not supported for Caching or Valkey clusters.The response will be a JSON object with a user key. This will be set to an objectcontaining the standard database user attributes. The user's password will not showup unless the database:view_credentials scope is present.For MySQL clusters, additional options will be contained in the mysql_settingsobject.For Kafka clusters, additional options will be contained in the settings object.For MongoDB clusters, additional information will be contained in the mongo_user_settings object
OptionalrequestConfiguration: RequestConfiguration<object>Configuration for the request such as headers, query parameters, and middleware options.
To update an existing database user, send a PUT request to /v2/databases/$DATABASE_ID/users/$USERNAMEwith the desired settings.Note: only settings can be updated via this type of request. If you wish to change the name of a user,you must recreate a new user.The response will be a JSON object with a key called user. The value of this will be anobject that contains the name of the update database user, along with the settings object thathas been updated.
The request body
OptionalrequestConfiguration: RequestConfiguration<object>Configuration for the request such as headers, query parameters, and middleware options.
Builds and executes requests for operations under /v2/databases/{database_cluster_uuid}/users/{username}