Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Cette page décrit les bases de données Spanner et leurs propriétés.
Présentation
Une base de données Spanner est un conteneur pour vos tables, vues et index.
Chaque instance Spanner peut avoir plusieurs bases de données.
Dans la hiérarchie Spanner, une base de données est un enfant d'une instance et le parent d'un schéma.
Une base de données hérite des propriétés de son instance parente, comme par exemple sa configuration (régionale ou multirégionale), sa capacité de calcul disponible et son stockage.
Les propriétés définies sur la base de données sont les suivantes:
Le dialecte. Spanner est compatible avec GoogleSQL et PostgreSQL. Toutes les tables d'une base de données doivent utiliser le même dialecte.
Une stratégie IAM. Les règles d'accès définies par cette stratégie sont appliquées aux tables et aux données de la base de données.
Type de clé de chiffrement à utiliser. La valeur par défaut est a Google-owned and Google-managed encryption key. Une clé de chiffrement gérée par le client est également acceptée.
Les stratégies de base de données telles que la région leader par défaut, la version de l'optimiseur de requêtes, la version du package de statistiques de l'optimiseur de requêtes et la durée de conservation de la version peuvent être définies ou modifiées à l'aide d'instructions DDL. Consultez la documentation de référence sur le langage de définition de données pour GoogleSQL ou PostgreSQL.
Les limites de base de données, y compris le nombre de bases de données autorisées par instance et le nombre de tables autorisées par base de données, sont définies sur la page Quotas et limites.
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/09/05 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Difficile à comprendre","hardToUnderstand","thumb-down"],["Informations ou exemple de code incorrects","incorrectInformationOrSampleCode","thumb-down"],["Il n'y a pas l'information/les exemples dont j'ai besoin","missingTheInformationSamplesINeed","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/09/05 (UTC)."],[],[],null,["# Databases overview\n\nThis page describes Spanner databases and their properties.\n\nOverview\n--------\n\nA Spanner database is a container for your tables, views, and indexes.\nEach Spanner instance can have multiple databases.\n\nIn the Spanner hierarchy, a database is a child of an\n[instance](/spanner/docs/instances), and the parent of a [schema](/spanner/docs/schema-and-data-model).\n\nA database inherits properties from its parent instance, such as its\nconfiguration (regional or multi-region), the available\n[compute capacity](/spanner/docs/compute-capacity), and the available storage.\n\nProperties that are set on the database are:\n\n- The [dialect](/spanner/docs/postgresql-interface#choosing_between_and). Spanner supports GoogleSQL and PostgreSQL. All of the tables in a database must use the same dialect.\n- An [IAM policy](/spanner/docs/grant-permissions#database-level_permissions). The access rules defined by this policy are applied to the tables and data inside the database.\n- The type of encryption key to use. The default is a Google-owned and Google-managed encryption key; a [customer-managed encryption key](/spanner/docs/cmek) is also supported.\n- [Database deletion protection](/spanner/docs/prevent-database-deletion) to prevent accidental deletion of databases.\n- Database policies such as the default leader region, query optimizer version, query optimizer statistics package version, and version retention period, can be set or modified with DDL statements. See the DDL reference for [GoogleSQL](/spanner/docs/reference/standard-sql/data-definition-language#alter-database) or [PostgreSQL](/spanner/docs/reference/postgresql/data-definition-language#alter-database).\n\nDatabase limits, including the number of databases allowed per instance, and the\nnumber of tables allowed per database, are defined on the\n[Quotas and limits](/spanner/quotas) page.\n\nConsiderations\n--------------\n\nBefore creating a database, consider the implications of your schema design.\nRead [Schema design best practices](/spanner/docs/schema-design), as well\nas the [Schema and data model](/spanner/docs/schema-and-data-model) document, particularly the\nsection on [Designing for multi-tenancy](/spanner/docs/schema-and-data-model#multitenancy).\n\nWhat's next\n-----------\n\n- [Create and manage databases](/spanner/docs/create-manage-databases)"]]