Skip to content

ADO.NET database configuration

Orleans keeps its ADO.NET schema scripts beside each provider’s source. Run the main script before the capability scripts. Use scripts from the same Orleans release as the packages deployed by the application.

DatabaseDriver packageOrleans invariant
SQL ServerMicrosoft.Data.SqlClientMicrosoft.Data.SqlClient
PostgreSQLNpgsqlNpgsql
MySQL/MariaDBMySql.DataMySql.Data.MySqlClient
OracleOracle.ManagedDataAccess.CoreOracle.DataAccess.Client

Not every capability supports every database. The presence of a script in the provider directory is the authoritative support signal for that Orleans release.

  1. Back up application data according to the database recovery policy.
  2. Apply the main script for a new database.
  3. Apply the script for each configured Orleans capability.
  4. Review and apply scripts under the provider’s Migrations directory when upgrading from an older schema.
  5. Validate with a staging cluster using the same driver and database engine version.

The supplied scripts are a starting schema, not a universal production database layout. They create unqualified table names in the database user’s default schema, and the ADO.NET providers do not expose schema or filegroup configuration. A production deployment may choose a dedicated schema, filegroups, partitioning, or other database-specific storage features, but those choices must be implemented in the database deployment and kept consistent with the queries stored in OrleansQuery. Preserve the table names, columns, parameters, and result shapes expected by the provider, and validate the customized scripts and queries with a staging cluster before rollout.

See Configure ADO.NET providers for host configuration.