CREATE DATABASE¶

Syntaxe¶

Base de données standard

CREATE [ OR REPLACE ] [ TRANSIENT ] DATABASE [ IF NOT EXISTS ] <name>
    [ CLONE <source_schema>
        [ { AT | BEFORE } ( { TIMESTAMP => <timestamp> | OFFSET => <time_difference> | STATEMENT => <id> } ) ]
        [ IGNORE TABLES WITH INSUFFICIENT DATA RETENTION ]
        [ IGNORE HYBRID TABLES ] ]
    [ DATA_RETENTION_TIME_IN_DAYS = <integer> ]
    [ MAX_DATA_EXTENSION_TIME_IN_DAYS = <integer> ]
    [ EXTERNAL_VOLUME = <external_volume_name> ]
    [ CATALOG = <catalog_integration_name> ]
    [ REPLACE_INVALID_CHARACTERS = { TRUE | FALSE } ]
    [ DEFAULT_DDL_COLLATION = '<collation_specification>' ]
    [ STORAGE_SERIALIZATION_POLICY = { COMPATIBLE | OPTIMIZED } ]
    [ COMMENT = '<string_literal>' ]
    [ CATALOG_SYNC = '<snowflake_open_catalog_integration_name>' ]
    [ CATALOG_SYNC_NAMESPACE_MODE = { NEST | FLATTEN } ]
    [ CATALOG_SYNC_NAMESPACE_FLATTEN_DELIMITER = '<string_literal>' ]
    [ [ WITH ] TAG ( <tag_name> = '<tag_value>' [ , <tag_name> = '<tag_value>' , ... ] ) ]
    [ WITH CONTACT ( <purpose> = <contact_name> [ , <purpose> = <contact_name> ... ] ) ]

Base de données standard (à partir d’une annonce)

CREATE DATABASE <name> FROM LISTING '<listing_global_name>'

Base de données partagée (à partir d’un partage)

CREATE DATABASE <name> FROM SHARE <provider_account>.<share_name>

Base de données secondaire (réplication de base de données)

CREATE DATABASE <name>
    AS REPLICA OF <account_identifier>.<primary_db_name>
    [ DATA_RETENTION_TIME_IN_DAYS = <integer> ]

Syntaxe des variantes¶

CREATE OR ALTER [ TRANSIENT ] DATABASE <name>
    [ DATA_RETENTION_TIME_IN_DAYS = <integer> ]
    [ MAX_DATA_EXTENSION_TIME_IN_DAYS = <integer> ]
    [ EXTERNAL_VOLUME = <external_volume_name> ]
    [ CATALOG = <catalog_integration_name> ]
    [ REPLACE_INVALID_CHARACTERS = { TRUE | FALSE } ]
    [ DEFAULT_DDL_COLLATION = '<collation_specification>' ]
    [ LOG_LEVEL = '<log_level>' ]
    [ TRACE_LEVEL = '<trace_level>' ]
    [ STORAGE_SERIALIZATION_POLICY = { COMPATIBLE | OPTIMIZED } ]
    [ COMMENT = '<string_literal>' ]

Paramètres requis¶

name

Indique l’identificateur de la base de données ; il doit être unique pour votre compte.

De plus, l’identificateur doit commencer par un caractère alphabétique et ne peut pas contenir d’espaces ou de caractères spéciaux à moins que toute la chaîne d’identificateur soit délimitée par des guillemets doubles (p. ex. "My object"). Les identificateurs entre guillemets doubles sont également sensibles à la casse.

Pour plus de détails, voir Exigences relatives à l’identificateur.

Important

En tant que meilleure pratique pour la réplication et le basculement de la base de données, nous vous recommandons de donner à chaque base de données secondaire le même nom que sa base de données principale. Cette recommandation prend en charge le référencement d’objets pleinement qualifiés (c’est-à-dire '<bd>.<schéma>.<objet>') par d’autres objets dans la même base de données, comme la requête d’un nom de table complet dans une vue.

Si une base de données secondaire a un autre nom que celui de la base de données principale, ces références d’objet ne fonctionneraient plus dans la base de données secondaire.

Paramètres facultatifs¶

TRANSIENT

Spécifie une base de données comme transitoire. Les bases de données transitoires n’ont pas de période Fail-safe et n’encourent donc pas de coûts de stockage supplémentaires une fois qu’elles quittent la période Time Travel ; cependant, cela signifie également qu’elles ne sont pas protégées par Fail-safe en cas de perte de données. Pour plus d’informations, voir Compréhension et affichage de Fail-safe.

De plus, par définition, tous les schémas (et donc toutes les tables) créés dans une base de données transitoire sont transitoires. Pour plus d’informations sur les tables transitoires, voir CREATE TABLE.

Par défaut : aucune valeur (la base de données est permanente)

CLONE source_db

Spécifie de créer un clone de la base de données source spécifiée. Pour plus d’informations sur le clonage d’une base de données, voir CREATE <objet> … CLONE.

AT | BEFORE ( TIMESTAMP => timestamp | OFFSET => time_difference | STATEMENT => id )

Lors du clonage d’une base de données, la clause AT | BEFORE spécifie d’utiliser Time Travel pour cloner la base de données à ou avant un point spécifique dans le passé. Si la durée Time Travel spécifiée est antérieure ou égale à la date de création de la base de données, l’opération de clonage échoue avec une erreur.

IGNORE TABLES WITH INSUFFICIENT DATA RETENTION

Ignorez les tables qui n’ont plus de données historiques disponibles dans Time Travel à cloner. Si le moment dans le passé spécifié dans la clause AT | BEFORE dépasse la période de conservation des données pour toute table enfant dans une base de données ou un schéma, ignorez l’opération de clonage pour la table enfant. Pour plus d’informations, voir Objets enfants et durée de conservation des données.

IGNORE HYBRID TABLES

Ignorez les tables hybrides, qui ne seront pas clonées. Utilisez cette option pour cloner une base de données contenant des tables hybrides. La base de données clonée inclut d’autres objets mais ignore les tables hybrides.

Si vous n’utilisez pas cette option et que votre base de données contient une ou plusieurs tables hybrides, la commande ignore silencieusement les tables hybrides. Cependant, le traitement des erreurs pour les bases de données contenant des tables hybrides changera dans une prochaine version ; par conséquent, vous souhaiterez peut-être ajouter ce paramètre à vos commandes de manière préventive.

DATA_RETENTION_TIME_IN_DAYS = integer

Spécifie le nombre de jours pendant lesquels des actions Time Travel (CLONE et UNDROP) peuvent être effectuées sur la base de données, ainsi que la durée de conservation Time Travel par défaut de tous les schémas créés dans la base de données. Pour plus de détails, voir Compréhension et utilisation de la fonction Time Travel.

Pour une description détaillée de ce paramètre de niveau objet, ainsi que plus d’informations sur les paramètres d’objet, voir Paramètres.

Valeurs :

• Édition Standard : 0 ou 1

• Édition Enterprise :

  • 0 à 90 pour les bases de données permanentes

  • 0 ou 1 pour les bases de données transitoires

Par défaut :

• Édition Standard : 1

• Édition Enterprise (ou supérieure) : 1 (sauf si une valeur par défaut différente a été spécifiée au niveau du compte)

Note

Une valeur de 0 désactive effectivement Time Travel pour la base de données.

MAX_DATA_EXTENSION_TIME_IN_DAYS = integer

Paramètre d’objet qui spécifie le nombre maximum de jours pendant lesquels Snowflake peut prolonger la période de conservation des données pour les tables de la base de données, afin d’éviter que les flux sur les tables ne deviennent obsolètes.

Pour une description détaillée de ce paramètre, voir MAX_DATA_EXTENSION_TIME_IN_DAYS.

EXTERNAL_VOLUME = external_volume_name

Paramètre d’objet qui spécifie le volume externe par défaut à utiliser pour des Tables Apache Iceberg™.

Pour plus d’informations sur ce paramètre, voir EXTERNAL_VOLUME.

CATALOG = catalog_integration_name

Paramètre d’objet qui spécifie l’intégration de catalogue par défaut à utiliser pour des Tables Apache Iceberg™.

Pour plus d’informations sur ce paramètre, voir CATALOG.

REPLACE_INVALID_CHARACTERS = { TRUE | FALSE }

Spécifie s’il faut remplacer les caractères UTF-8 non valides par le caractère de remplacement Unicode (�) dans les résultats de requête d’une table Iceberg. Vous ne pouvez définir ce paramètre que pour les tables qui utilisent un catalogue Iceberg externe.

• TRUE remplace les caractères UTF-8 non valides par le caractère de remplacement Unicode.

• FALSE laisse les caractères UTF-8 non valides inchangés. Snowflake renvoie un message d’erreur utilisateur lorsqu’il rencontre des caractères UTF-8 non valides dans un fichier de données Parquet.

Par défaut : FALSE

DEFAULT_DDL_COLLATION = 'collation_specification'

Spécifie une spécification de classement par défaut pour toutes les tables et tous les schémas ajoutés à la base de données. La valeur par défaut peut être remplacée au niveau du schéma et de la table individuelle.

Pour plus de détails sur le paramètre, voir DEFAULT_DDL_COLLATION.

LOG_LEVEL = 'log_level'

Spécifie le niveau de gravité des messages qui doivent être ingérés et mis à disposition dans la table des événements actifs. Les messages du niveau spécifié (et des niveaux plus sévères) sont ingérés.

Pour plus d’informations sur les niveaux de journalisation, voir LOG_LEVEL. Pour plus d’informations sur la définition du niveau de journalisation, voir Définition des niveaux de journalisation, des métriques et du traçage.

TRACE_LEVEL = 'trace_level'

Contrôle la manière dont les événements de trace sont intégrés dans la table des événements.

Pour plus d’informations sur les niveaux, voir TRACE_LEVEL. Pour plus d’informations sur la définition du niveau de trace, voir Définition des niveaux de journalisation, des métriques et du traçage.

STORAGE_SERIALIZATION_POLICY = { COMPATIBLE | OPTIMIZED }

Spécifie la politique de sérialisation du stockage des Tables Apache Iceberg™ qui utilisent Snowflake comme catalogue.

• COMPATIBLE : Snowflake effectue l’encodage et la compression des fichiers de données, ce qui garantit l’interopérabilité avec les moteurs de calcul tiers.

• OPTIMIZED : Snowflake effectue l’encodage et la compression des fichiers de données, ce qui garantit des performances optimales de la part des tables au sein de Snowflake.

Par défaut : OPTIMIZED

COMMENT = 'string_literal'

Spécifie un commentaire pour la base de données.

Par défaut : aucune valeur

CATALOG_SYNC = 'snowflake_open_catalog_integration_name'

Spécifie le nom d’une intégration de catalogue configurée pour Snowflake Open Catalog. Si spécifié, Snowflake synchronise les tables Apache Iceberg™ gérées par Snowflake dans la base de données avec un catalogue externe dans votre compte Snowflake Open Catalog. Pour plus d’informations sur la synchronisation des tables Iceberg gérées par Snowflake avec Open Catalog, voir Synchronisation d’une table gérée par Snowflake avec Snowflake Open Catalog.

Pour plus d’informations sur ce paramètre, voir CATALOG_SYNC.

Par défaut : aucune valeur

CATALOG_SYNC_NAMESPACE_MODE = { NEST | FLATTEN }

Spécifie le mode d’espace de noms de synchronisation du catalogue pour les tables Iceberg gérées par Snowflake dans la base de données que vous synchronisez avec Snowflake Open Catalog. Cette propriété indique si Snowflake synchronise la table avec Open Catalog avec un ou deux espaces de noms parents. Elle ne s’applique que si vous réglez le paramètre CATALOG_SYNC. Une fois la base de données créée, vous ne pouvez plus modifier cette propriété.

• NEST : Snowflake synchronise deux espaces de noms parents avec la table.

  Par exemple, supposons que vous ayez une table Iceberg db2.public.table1 enregistrée dans Snowflake. Vous souhaitez synchroniser cette table, ainsi que ses deux espaces de noms parents, avec le catalogue externe catalog2 dans Open Catalog. Pour synchroniser la table avec ses deux espaces de noms parents, utilisez la valeur par défaut pour CATALOG_SYNC_NAMESPACE_MODE (NEST). Si vous ne spécifiez pas la propriété CATALOG_SYNC_NAMESPACE_MODE, c’est la valeur par défaut de cette propriété qui est appliquée, à savoir NEST. Comme vous utilisez la valeur par défaut de CATALOG_SYNC_NAMESPACE_MODE, vous n’avez pas besoin de spécifier CATALOG_SYNC_NAMESPACE_FLATTEN_DELIMITER. En conséquence, Snowflake synchronise la table avec Open Catalog avec le nom entièrement qualifié suivant : catalog2.db2.public.table1.

• FLATTEN : Snowflake synchronise un espace de noms parent avec la table, qui contient le délimiteur que vous avez paramétré à l’aide de la propriété CATALOG_SYNC_NAMESPACE_FLATTEN_DELIMITER.

  Important

  Si votre moteur de requête tiers ne peut interroger que des tables situées jusqu’au deuxième niveau d’espace de noms d’un catalogue, vous devez donner à la propriété CATALOG_SYNC_NAMESPACE_MODE la valeur FLATTEN. Sinon, Snowflake synchronisera les tables Iceberg gérées par Snowflake au troisième niveau de l’espace de noms dans Open Catalog et vous ne pourrez pas effectuer de requête sur la table.

  Par exemple, supposons que vous ayez une table Iceberg db1.public.table1 enregistrée dans Snowflake. Vous souhaitez synchroniser cette table et un espace de noms parent nommé db1-public avec le catalogue externe catalog1 dans Open Catalog, afin que la table soit située au deuxième niveau de l’espace de noms dans Open Catalog.

  Pour synchroniser la table avec l’espace de noms parent db1-public, définissez CATALOG_SYNC_NAMESPACE_MODE sur FLATTEN et indiquez un trait d’union (-) comme valeur pour CATALOG_SYNC_NAMESPACE_FLATTEN_DELIMITER. Par conséquent, Snowflake synchronise cette table avec Open Catalog sous le nom entièrement qualifié suivant : catalog1.db1-public.table1.

Par défaut : NEST

CATALOG_SYNC_NAMESPACE_FLATTEN_DELIMITER = 'string_literal'

Spécifie un délimiteur, que Snowflake insère dans l’espace de noms aplati qui en résulte lorsque Snowflake synchronise une table Iceberg gérée par Snowflake vers Snowflake Open Catalog avec un espace de noms parent. Ce délimiteur ne s’applique que lorsque la propriété CATALOG_SYNC_NAMESPACE_MODE est définie sur FLATTEN. Snowflake insère ce délimiteur pour éviter les conflits qui pourraient résulter de l’aplatissement des espaces de noms parents pour différentes tables. Une fois la base de données créée, vous ne pouvez plus modifier cette propriété.

Par exemple, supposons que vous souhaitiez synchroniser les tables Iceberg customer.data.table1 et custom.erdata.table1 gérées par Snowflake avec le catalogue externe catalog1 dans Open Catalog. En définissant la propriété CATALOG_SYNC_NAMESPACE_MODE sur FLATTEN et en spécifiant un trait d’union (-) comme délimiteur, Snowflake synchronise ces tables avec Open Catalog avec les noms entièrement qualifiés suivants :

• catalog1.customer-data.table1

• catalog1.custom-erdata.table1

Si vous donnez à la propriété CATALOG_SYNC_NAMESPACE_MODE la valeur FLATTEN, une valeur de délimiteur non vide est requise. Toutefois, si vous donnez à la propriété CATALOG_SYNC_NAMESPACE_MODE la valeur NEST, cette propriété de délimiteur ne s’applique pas et la valeur configurée est ignorée.

Caractères valides : 0-9, A-Z, a-z, _, $, -

TAG ( tag_name = 'tag_value' [ , tag_name = 'tag_value' , ... ] )

Spécifie le nom de la balise et la valeur de la chaîne de la balise.

La valeur de la balise est toujours une chaîne de caractères et le nombre maximum de caractères pour la valeur de la balise est 256.

Pour plus d’informations sur la spécification des balises dans une instruction, voir Quota de balise pour les objets.

WITH CONTACT ( purpose = contact [ , purpose = contact ...] )

Fonctionnalité en avant-première — En accès libre

Disponible pour tous les comptes.

Associez le nouvel objet à un ou plusieurs contacts.

Exigences en matière de contrôle d’accès¶

Un rôle utilisé pour exécuter cette opération doit au minimum disposer des privilèges suivants :

Pour obtenir des instructions sur la création d’un rôle personnalisé avec un ensemble spécifique de privilèges, voir Création de rôles personnalisés.

Pour des informations générales sur les rôles et les privilèges accordés pour effectuer des actions SQL sur des objets sécurisables, voir Aperçu du contrôle d’accès.

Notes générales sur l’utilisation¶

• La création d’une base de données la définit automatiquement comme la base de données active/courante pour la session en cours (équivalant à l’utilisation de la commande USE DATABASE pour la base de données).

• Si une base de données portant le même nom existe déjà, une erreur est renvoyée et la base de données n’est pas créée, sauf si le mot clé OR REPLACE facultatif est spécifié dans la commande.

  Important

  Utiliser OR REPLACE équivaut à utiliser DROP DATABASE sur la base de données existante et créer ensuite une nouvelle base de données avec le même nom ; cependant, la base de données détruite n’est pas supprimée définitivement du système. En revanche, elle est conservée dans Time Travel. Ceci est important, car les bases de données détruites dans Time Travel contribuent au stockage des données de votre compte. Pour plus d’informations, voir Coûts de stockage pour Time Travel et Fail-safe.

• Les clauses OR REPLACE et IF NOT EXISTS s’excluent mutuellement. Elles ne peuvent pas être utilisées dans la même instruction.

• Les instructions CREATE OR REPLACE <objet> sont atomiques. En d’autres termes, lorsqu’un objet est remplacé, l’ancien objet est supprimé et le nouvel objet est créé dans une seule transaction.

• La création d’une nouvelle base de données crée automatiquement deux schémas dans la base de données :

  • PUBLIC : schéma par défaut de la base de données.

  • INFORMATION_SCHEMA : schéma qui contient des vues et des fonctions de table qui peuvent être utilisées pour interroger les métadonnées sur les objets de la base de données, ainsi que sur tous les objets du compte.

• Les bases de données créées à partir de partages diffèrent des bases de données standards de la façon suivante :

  • Elles ne possèdent pas les schémas PUBLIC ou INFORMATION_SCHEMA à moins que ces schémas n’aient été explicitement attribués au partage.

  • Elles ne peuvent pas être clonées.

  • Les propriétés telles que TRANSIENT et DATA_RETENTION_TIME_IN_DAYS ne s’appliquent pas.

• Lorsqu’une base de données est active/courante, le schéma PUBLIC est également actif/courant par défaut sauf si un schéma différent est utilisé ou si le schéma PUBLIC a été détruit.

• Concernant les métadonnées :

  Attention

  Les clients doivent s’assurer qu’aucune donnée personnelle (autre que pour un objet utilisateur), donnée sensible, donnée à exportation contrôlée ou autre donnée réglementée n’est saisie comme métadonnée lors de l’utilisation du service Snowflake. Pour plus d’informations, voir Champs de métadonnées dans Snowflake.

Notes sur l’utilisation de CREATE OR ALTER DATABASE¶

• Toutes les limitations de la commande ALTER DATABASE s’appliquent.

• Cette commande prend en charge les propriétés et la syntaxe qui se chevauchent entre les commandes CREATE DATABASE et ALTER DATABASE. C’est pourquoi les éléments suivants ne sont pas pris en charge :

  • Permutation des bases de données à l’aide du paramètre SWAP WITH.

  • Renommer une base de données à l’aide du paramètre RENAME TO.

  • Création d’un clone d’une base de données à l’aide du paramètre CLONE.

  • Ajout ou modification de balises et de politiques. Toutes les balises et politiques existantes sont conservées.

  • Conversion d’une base de données TRANSIENT en une base de données nonTRANSIENT, et inversement.

  • Création d’une base de données à partir d’un partage à l’aide de CREATE OR ALTER DATABASE … FROM SHARE.

  • Création d’une base de données secondaire (réplique) à l’aide de CREATE OR ALTER DATABASE … AS REPLICA OF.

Notes sur l’utilisation de la réplication de base de données¶

• La réplication de base de données utilise des ressources de calcul fournies par Snowflake au lieu de votre propre entrepôt virtuel pour copier des objets et des données. Cependant, le paramètre de session/objet STATEMENT_TIMEOUT_IN_SECONDS contrôle toujours le temps d’exécution d’une instruction avant son annulation. La valeur par défaut est de 172800 (2 jours). Étant donné que la réplication initiale d’une base de données principale peut durer plus de deux jours (en fonction de la quantité de métadonnées dans la base de données ainsi que de la quantité de données dans les objets de base de données), nous vous recommandons d’augmenter la valeur STATEMENT_TIMEOUT_IN_SECONDS et de la définir sur 604800 (sept jours, la valeur maximale) pour la session dans laquelle vous exécutez l’opération de réplication.

  Exécutez l’instruction ALTER SESSION suivante avant l’exécution de l’instruction ALTER DATABASE secondary_db_name REFRESH dans la même session :

  ALTER SESSION SET STATEMENT_TIMEOUT_IN_SECONDS = 604800;
  

  Copy

  Notez que le paramètre STATEMENT_TIMEOUT_IN_SECONDS s’applique également à l’entrepôt actif dans une session. Le paramètre respecte la valeur inférieure définie au niveau de la session ou de l’entrepôt. Si vous avez un entrepôt actif dans la session en cours, définissez également STATEMENT_TIMEOUT_IN_SECONDS sur 604800 pour cet entrepôt (avec ALTER WAREHOUSE).

  Par exemple :

  -- determine the active warehouse in the current session (if any)
  SELECT CURRENT_WAREHOUSE();
  
  +---------------------+
  | CURRENT_WAREHOUSE() |
  |---------------------|
  | MY_WH               |
  +---------------------+
  
  -- change the STATEMENT_TIMEOUT_IN_SECONDS value for the active warehouse
  
  ALTER WAREHOUSE my_wh SET STATEMENT_TIMEOUT_IN_SECONDS = 604800;
  

  Copy

  vous pouvez réinitialiser la valeur du paramètre à la valeur par défaut une fois l’opération de réplication terminée :

  ALTER WAREHOUSE my_wh UNSET STATEMENT_TIMEOUT_IN_SECONDS;
  

  Copy

• La méthode préférée pour identifier le compte qui stocke la base de données principale utilise le nom de l’organisation et le nom du compte comme identificateur du compte. Si vous décidez d’utiliser le localisateur de compte hérité à la place, voir Identificateurs de comptes pour la réplication et le basculement.

• La commande CREATE DATABASE … AS REPLICA ne prend pas en charge la clause WITH TAG.

  Cette clause n’est pas prise en charge, car la base de données secondaire est en lecture seule. Si votre base de données principale spécifie la clause WITH TAG, supprimez la clause avant de créer la base de données secondaire. Pour vérifier si votre base de données possède la clause WITH TAG, appelez la fonction GET_DDL dans votre compte Snowflake et spécifiez la base de données principale dans l’argument de la fonction. Si une balise est définie dans la base de données, la sortie de la fonction comprendra une instruction ALTER DATABASE… SET TAG.

  Pour plus d’informations, voir Réplication et balises.

Exemples¶

Créer deux bases de données permanentes, dont une avec une période de conservation des données de 10 jours :

CREATE DATABASE mytestdb;

CREATE DATABASE mytestdb2 DATA_RETENTION_TIME_IN_DAYS = 10;

SHOW DATABASES LIKE 'my%';

+---------------------------------+------------+------------+------------+--------+----------+---------+---------+----------------+
| created_on                      | name       | is_default | is_current | origin | owner    | comment | options | retention_time |
|---------------------------------+------------+------------+------------+--------+----------+---------+---------+----------------|
| Tue, 17 Mar 2016 16:57:04 -0700 | MYTESTDB   | N          | N          |        | PUBLIC   |         |         | 1              |
| Tue, 17 Mar 2016 17:06:32 -0700 | MYTESTDB2  | N          | N          |        | PUBLIC   |         |         | 10             |
+---------------------------------+------------+------------+------------+--------+----------+---------+---------+----------------+

Créer une base de données transitoire :

CREATE TRANSIENT DATABASE mytransientdb;

SHOW DATABASES LIKE 'my%';

+---------------------------------+---------------+------------+------------+--------+----------+---------+-----------+----------------+
| created_on                      | name          | is_default | is_current | origin | owner    | comment | options   | retention_time |
|---------------------------------+---------------+------------+------------+--------+----------+---------+-----------+----------------|
| Tue, 17 Mar 2016 16:57:04 -0700 | MYTESTDB      | N          | N          |        | PUBLIC   |         |           | 1              |
| Tue, 17 Mar 2016 17:06:32 -0700 | MYTESTDB2     | N          | N          |        | PUBLIC   |         |           | 10             |
| Tue, 17 Mar 2015 17:07:51 -0700 | MYTRANSIENTDB | N          | N          |        | PUBLIC   |         | TRANSIENT | 1              |
+---------------------------------+---------------+------------+------------+--------+----------+---------+-----------+----------------+

Créer une base de données à partir d’un partage fourni par un compte ab67890 :

CREATE DATABASE snow_sales FROM SHARE ab67890.sales_s;

Pour des exemples plus détaillés de création d’une base de données à partir d’un partage, voir Consommer des données importées.

Exemples de réplication de base de données¶

Pour un exemple de création d’un groupe de réplication pour répliquer une seule base de données dans un compte cible, voir Répliquer une seule base de données.

Exemples CREATE OR ALTER DATABASE¶

CREATE OR ALTER DATABASE db1;

CREATE OR ALTER DATABASE db1
  DATA_RETENTION_TIME_IN_DAYS = 5
  DEFAULT_DDL_COLLATION = 'de';

CREATE OR ALTER DATABASE db1
  DEFAULT_DDL_COLLATION = 'de';

Interfaces alternatives¶

• Snowflake REST APIs

  • Créer une base de données

  • Créer une base de données à partir d’un partage

  • Cloner une base de données

• Snowflake Python APIs

  • Méthode database.DatabaseCollection.create

• Snowflake CLI

  • Commande snow object create