Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Questa pagina descrive i database Spanner e le relative proprietà.
Panoramica
Un database Spanner è un contenitore per tabelle, visualizzazioni e indici.
Ogni istanza Spanner può avere più database.
Nella gerarchia di Spanner, un database è un elemento secondario di un'istanza e il principale di uno schema.
Un database eredita le proprietà dall'istanza principale, ad esempio la configurazione (regionale o multiregionale), la capacità di calcolo e lo spazio di archiviazione disponibili.
Le proprietà impostate nel database sono:
Il dialetto. Spanner supporta GoogleSQL e
PostgreSQL. Tutte le tabelle di un database devono utilizzare lo stesso
linguaggio.
Un criterio IAM. Le regole di accesso definite da questo criterio vengono applicate alle tabelle e ai dati all'interno del database.
Il tipo di chiave di crittografia da utilizzare. Il valore predefinito è Google-owned and Google-managed encryption key;
è supportata anche una chiave di crittografia gestita dal cliente.
I criteri del database, come la regione leader predefinita, la versione dello strumento di ottimizzazione delle query, la versione del pacchetto di statistiche dello strumento di ottimizzazione delle query e il periodo di conservazione della versione, possono essere impostati o modificati con le istruzioni DDL. Consulta la documentazione di riferimento DDL per
GoogleSQL
o
PostgreSQL.
I limiti del database, tra cui il numero di database consentiti per istanza e il numero di tabelle consentite per database, sono definiti nella pagina Quota e limiti.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Difficile da capire","hardToUnderstand","thumb-down"],["Informazioni o codice di esempio errati","incorrectInformationOrSampleCode","thumb-down"],["Mancano le informazioni o gli esempi di cui ho bisogno","missingTheInformationSamplesINeed","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 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)"]]
