CRÉER UNE BASE DE DONNÉES

Crée une base de données.

Sélectionnez l’un des onglets suivants pour la syntaxe, les arguments, les remarques, les autorisations et les exemples d’une version SQL particulière avec laquelle vous travaillez.

Sélectionner un produit

Sur la ligne suivante, sélectionnez le nom du produit qui vous intéresse afin d’afficher uniquement les informations qui le concernent.

* SQL Server *

Base de données SQL

SQL Managed Instance

Azure Synapse
Analytique

Plateforme d’analyse
Système (PDW)

Serveur SQL

Vue d’ensemble

Dans SQL Server, cette instruction crée une nouvelle base de données et les fichiers utilisés avec leurs groupes de fichiers. Elle permet également de créer une capture instantanée de base de données et de joindre des fichiers de base de données pour créer une base de données à partir des fichiers détachés d’une autre base de données.

Syntaxe

Créer une base de données.

Pour plus d’informations sur les conventions de la syntaxe, consultez Conventions de la syntaxe Transact-SQL.

CREATE DATABASE database_name
[ CONTAINMENT = { NONE | PARTIAL } ]
[ ON
      [ PRIMARY ] <filespec> [ , ...n ]
      [ , <filegroup> [ , ...n ] ]
      [ LOG ON <filespec> [ , ...n ] ]
]
[ COLLATE collation_name ]
[ WITH <option> [ , ...n ] ]
[ ; ]

<option> ::=
{
      FILESTREAM ( <filestream_option> [ , ...n ] )
    | DEFAULT_FULLTEXT_LANGUAGE = { lcid | language_name | language_alias }
    | DEFAULT_LANGUAGE = { lcid | language_name | language_alias }
    | NESTED_TRIGGERS = { OFF | ON }
    | TRANSFORM_NOISE_WORDS = { OFF | ON }
    | TWO_DIGIT_YEAR_CUTOFF = <two_digit_year_cutoff>
    | DB_CHAINING { OFF | ON }
    | TRUSTWORTHY { OFF | ON }
    | PERSISTENT_LOG_BUFFER = ON ( DIRECTORY_NAME = 'path-to-directory-on-a-DAX-volume' )
    | LEDGER = { ON | OFF }
}

<filestream_option> ::=
{
      NON_TRANSACTED_ACCESS = { OFF | READ_ONLY | FULL }
    | DIRECTORY_NAME = 'directory_name'
}

<filespec> ::=
{
(
    NAME = logical_file_name ,
    FILENAME = { 'os_file_name' | 'filestream_path' }
    [ , SIZE = size [ KB | MB | GB | TB ] ]
    [ , MAXSIZE = { max_size [ KB | MB | GB | TB ] | UNLIMITED } ]
    [ , FILEGROWTH = growth_increment [ KB | MB | GB | TB | % ] ]
)
}

<filegroup> ::=
{
FILEGROUP filegroup name [ [ CONTAINS FILESTREAM ] [ DEFAULT ] | CONTAINS MEMORY_OPTIMIZED_DATA ]
    <filespec> [ , ...n ]
}

Attachez une base de données :

CREATE DATABASE database_name
    ON <filespec> [ , ...n ]
    FOR { { ATTACH [ WITH <attach_database_option> [ , ...n ] ] }
        | ATTACH_REBUILD_LOG }
[ ; ]

<attach_database_option> ::=
{
      <service_broker_option>
    | RESTRICTED_USER
    | FILESTREAM ( DIRECTORY_NAME = { 'directory_name' | NULL } )
}

<service_broker_option> ::=
{
    ENABLE_BROKER
  | NEW_BROKER
  | ERROR_BROKER_CONVERSATIONS
}

Créer un instantané de base de données :

CREATE DATABASE database_snapshot_name
    ON
    (
        NAME = logical_file_name ,
        FILENAME = 'os_file_name'
    ) [ , ...n ]
    AS SNAPSHOT OF
[ ; ]

Les arguments

database_name

Nom de la nouvelle base de données. Les noms de base de données doivent être uniques au sein d’une instance de SQL Server et respecter les règles applicables aux identificateurs.

database_name peut comporter au maximum 128 caractères, sauf si un nom logique n’est pas spécifié pour le fichier journal. Si aucun nom de fichier journal logique n’est spécifié, SQL Server génère les logical_file_name et les os_file_name du journal en ajoutant un suffixe à database_name. Cela limite la taille de database_name à 123 caractères de sorte que le nom logique du fichier généré ne comporte pas plus de 128 caractères.

Si le nom du fichier de données n’est pas spécifié, SQL Server utilise database_name comme logical_file_name et comme os_file_name. Le chemin d'accès par défaut est obtenu à partir du Registre. Le chemin par défaut peut être modifié dans Propriétés du serveur (page Paramètres de base de données) dans Management Studio. La modification du chemin d'accès par défaut requiert le redémarrage de SQL Server.

CONFINEMENT = { AUCUN | PARTIEL }

S’applique à : SQL Server 2012 (11.x) et ultérieur

Spécifie l'état de la relation contenant-contenu de la base de données.

• NONE = base de données non autonome.
• PARTIAL = base de données partiellement autonome.

ACTIVÉ

Spécifie que les fichiers disque servant à stocker les parties données de la base de données (fichiers des données) sont définis de manière explicite. ON est obligatoire en cas de suivi d’une liste séparée par des virgules d’éléments qui définissent les fichiers de données pour le groupe de <filespec> fichiers principal. La liste des fichiers du groupe de fichiers principal peut être suivie d’une liste facultative, séparée par des virgules, d’éléments qui définissent les groupes de <filegroup> fichiers utilisateur et leurs fichiers.

PRIMAIRE

Spécifie que la liste associée <filespec> définit le fichier principal. Le premier fichier spécifié dans l’entrée <filespec> du groupe de fichiers principal devient le fichier principal. Une base de données ne peut avoir qu’un seul fichier primaire. Pour plus d’informations, consultez Fichiers et groupes de fichiers de base de données.

S’il PRIMARY n’est pas spécifié, le premier fichier répertorié dans l’instruction CREATE DATABASE devient le fichier principal.

SE CONNECTER

Spécifie que les fichiers disque servant à stocker le journal de la base de données (fichiers journaux) sont définis de manière explicite. LOG ON est suivie d’une liste d’éléments séparés par des <filespec> virgules qui définissent les fichiers journaux. S’il LOG ON n’est pas spécifié, un fichier journal est créé automatiquement, dont la taille est de 25 % de la somme des tailles de tous les fichiers de données de la base de données, ou de 512 Ko, selon la taille la plus grande. Ce fichier est placé à l'emplacement de fichier journal par défaut. Pour plus d’informations sur cet emplacement, consultez Afficher ou modifier les emplacements par défaut pour les fichiers de données et les fichiers journaux.

LOG ON ne peut pas être spécifié sur un instantané de base de données.

COLLATE collation_name

Indique le classement par défaut de la base de données. Le nom du classement peut être un nom de classement Windows ou SQL. S'il n'est pas spécifié, la base de données est affectée au classement par défaut de l'instance SQL Server. Un nom de classement ne peut pas être spécifié sur un instantané de base de données.

Un nom de classement ne peut pas être spécifié avec les clauses ou FOR ATTACH les FOR ATTACH_REBUILD_LOG clauses. Pour plus d’informations sur la modification du classement d’une base de données associée, consultez Définir ou modifier le classement de base de données.

Pour plus d’informations sur les noms de classement Windows et SQL, consultez COLLATE.

Notes

Les bases de données autonomes sont classées différemment des bases de données non autonomes. Pour plus d’informations, consultez Classements de base de données autonome.

<Option> WITH

<filestream_option>

• NON_TRANSACTED_ACCESS = { DÉSACTIVÉ | READ_ONLY | COMPLET }

  S’applique à : SQL Server 2012 (11.x) et ultérieur

  Spécifie le niveau d'accès FILESTREAM non transactionnel à la base de données.

  Valeur	Descriptif
  OFF	L'accès non transactionnel est désactivé.
  READONLY	Les données FILESTREAM de cette base de données peuvent être lues par des processus non transactionnels.
  FULL	L'accès non transactionnel complet aux FileTables FILESTREAM est activé.

• DIRECTORY_NAME = <directory_name>

  S’applique à : SQL Server 2012 (11.x) et ultérieur

  Nom de répertoire compatible avec Windows. Ce nom doit être unique parmi tous les noms Database_Directory de cette instance SQL Server. La comparaison d'unicité n'est pas sensible à la casse, indépendamment des paramètres de classement SQL Server. Cette option doit être définie avant de créer un FileTable dans cette base de données.

  Les options suivantes sont autorisées uniquement quand CONTAINMENT elles ont été définies PARTIALsur . Si CONTAINMENT elle est définie NONEsur , des erreurs se produisent.

DEFAULT_FULLTEXT_LANGUAGE = <LCID> | <Nom de> la langue | <alias de langue>

S’applique à : SQL Server 2012 (11.x) et ultérieur

Consultez configuration du serveur : langue de texte intégral par défaut pour obtenir une description complète de cette option.

DEFAULT_LANGUAGE = <lcid> | <Nom de> la langue | <alias de langue>

S’applique à : SQL Server 2012 (11.x) et ultérieur

Consultez configuration du serveur : langue par défaut pour obtenir une description complète de cette option.

NESTED_TRIGGERS = { DÉSACTIVÉ | LE }

S’applique à : SQL Server 2012 (11.x) et ultérieur

Consultez configuration du serveur : déclencheurs imbriqués pour obtenir une description complète de cette option.

TRANSFORM_NOISE_WORDS = { DÉSACTIVÉ | LE }

S’applique à : SQL Server 2012 (11.x) et ultérieur

Consultez configuration du serveur : transformer les mots de bruit pour obtenir une description complète de cette option.

TWO_DIGIT_YEAR_CUTOFF = { 2049 | <toutes les années entre 1753 et 9999> }

Quatre chiffres qui représente une année. 2049 est la valeur par défaut. Consultez configuration du serveur : coupure de deux chiffres d’année pour obtenir une description complète de cette option.

DB_CHAINING { DÉSACTIVÉ | LE }

Quand ON elle est spécifiée, la base de données peut être la source ou la cible d’une chaîne de propriété inter-bases de données.

Quand OFF, la base de données ne peut pas participer au chaînage de propriétés inter-bases de données. Par défaut, il s’agit de OFF.

Important

L’instance de SQL Server reconnaît ce paramètre lorsque l’option de serveur de chaînage de propriétés de base de données croisée est 0 (OFF). Lorsque le chaînage de propriétés entre bases de données est de 1 (ON), toutes les bases de données utilisateur peuvent participer à des chaînes de propriété inter-bases de données, quelle que soit la valeur de cette option. Cette option est configurée à l’aide de sp_configure.

Pour définir cette option, nécessite l’appartenance au rôle serveur fixe sysadmin . L’option DB_CHAINING ne peut pas être définie sur ces bases de données système : master, model, tempdb.

DIGNE DE CONFIANCE { DÉSACTIVÉ | LE }

Quand ON il est spécifié, les modules de base de données (par exemple, les vues, les fonctions définies par l’utilisateur ou les procédures stockées) qui utilisent un contexte d’emprunt d’identité peuvent accéder aux ressources en dehors de la base de données.

Quand OFF, les modules de base de données dans un contexte d’emprunt d’identité ne peuvent pas accéder aux ressources en dehors de la base de données. Par défaut, il s’agit de OFF.

TRUSTWORTHY est défini sur OFF chaque fois que la base de données est attachée.

Par défaut, toutes les bases de données système à l’exception de la msdb base de données ont TRUSTWORTHY la valeur OFF. La valeur ne peut pas être modifiée pour les bases de données et model les tempdb bases de données. Nous vous recommandons de ne jamais définir l’option TRUSTWORTHYON sur la master base de données.

PERSISTENT_LOG_BUFFER = ON ( DIRECTORY_NAME = 'directory_name' )

S’applique à : SQL Server 2017 (14.x) et versions ultérieures

Lorsque cette option est spécifiée, le tampon du journal des transactions est créé sur un volume situé sur une unité de disque avec mémoire de classe de stockage (stockage non volatil NVDIMM-N), également appelé tampon de journal persistant. Pour plus d’informations, consultez accélération de la latence de validation des transactions à l’aide du de mémoire de classe de stockage et Ajouter une mémoire tampon de journal persistante à une base de données.

LEDGER = { ON | OFF }

Quand cette option est définie sur ON, une base de données de registre est créée dans laquelle l’intégrité de toutes les données utilisateur est protégée. Seules des tables de registre peuvent être créées dans une base de données de registre. Par défaut, il s’agit de OFF. La valeur de l’option LEDGER ne peut pas être modifiée une fois la base de données créée. Pour plus d’informations, consultez Configurer une base de données de registre.

CRÉER UNE BASE DE DONNÉES ... POUR ATTACHER [ AVEC <> attach_database_option ]

Spécifie que la base de données est créée en attachant un ensemble existant de fichiers du système d'exploitation. Il doit y avoir une <filespec> entrée qui spécifie le fichier principal. Les seules autres <filespec> entrées requises sont celles des fichiers dont le chemin d’accès est différent de celui de la création ou de la dernière connexion de la base de données. Une <filespec> entrée doit être spécifiée pour ces fichiers.

FOR ATTACH Exige:

• Tous les fichiers de données (MDF et NDF) doivent être disponibles.
• Si plusieurs fichiers journaux existent, tous doivent être disponibles.

Si une base de données en lecture/écriture a un seul fichier journal actuellement indisponible et si la base de données a été arrêtée sans aucun utilisateur ni transaction ouverte avant l’opération ATTACH , FOR ATTACH reconstruit automatiquement le fichier journal et met à jour le fichier principal. En revanche, pour une base de données en lecture seule, le journal ne peut pas être reconstruit, car le fichier principal ne peut pas être mis à jour. Par conséquent, lorsque vous attachez une base de données en lecture seule avec un journal non disponible, vous devez fournir les fichiers journaux ou les fichiers dans la FOR ATTACH clause.

Notes

Une base de données créée par une version plus récente de SQL Server ne peut pas être attachée dans les versions antérieures.

Dans SQL Server, tous les fichiers de texte intégral qui font partie de la base de données jointe sont attachés à la base de données. Pour spécifier un nouveau chemin d'accès pour le catalogue de texte intégral, spécifiez le nouvel emplacement sans le nom de fichier du système d'exploitation en texte intégral. Pour plus d’informations, consultez Exemples.

L’attachement d’une base de données contenant l’option FILESTREAM « Nom du répertoire » invite SQL Server à vérifier que le Database_Directory nom est unique. Si ce n’est pas le cas, l’opération ATTACH échoue avec l’erreur. FILESTREAM Database_Directory name is not unique in this SQL Server instance Pour éviter cette erreur, le paramètre facultatif, directory_name, doit être passé à cette opération.

FOR ATTACH ne peut pas être spécifié sur un instantané de base de données.

FOR ATTACH peut spécifier l’option RESTRICTED_USER . RESTRICTED_USER autorise uniquement les membres du rôle de base de données fixe db_owner et des rôles de serveur fixe sysadmin et sysadmin à se connecter à la base de données, mais ne limite pas leur nombre. Les tentatives par des utilisateurs non qualifiés sont refusées.

<service_broker_option>

Si la base de données utilise Service Broker, utilisez le dans WITH <service_broker_option> votre FOR ATTACH clause :

Contrôle la remise des messages Service Broker et l’identificateur Service Broker pour la base de données. Les options Service Broker ne peuvent être spécifiées que lorsque la FOR ATTACH clause est utilisée.

ENABLE_BROKER

Spécifie que Service Broker est activé pour la base de données spécifiée. Autrement dit, la remise des messages est démarrée et is_broker_enabled a la valeur True dans l’affichage catalogue sys.databases. La base de données conserve l'identificateur Service Broker existant.

NEW_BROKER

Crée une valeur service_broker_guid dans sys.databases et la base de données restaurée. Met fin à tous les points de terminaison de conversation avec nettoyage. Service Broker est activé, mais aucun message n'est envoyé aux points de terminaison de conversation distants. Tout itinéraire qui fait référence à l'ancien identificateur Service Broker doit être recréé avec le nouvel identificateur.

ERROR_BROKER_CONVERSATIONS

Termine toutes les conversations avec une erreur indiquant que la base de données est attachée ou restaurée. Service Broker est désactivé jusqu'à la fin de l'opération, puis il est activé. La base de données conserve l'identificateur Service Broker existant.

Lorsque vous attachez une base de données répliquée qui a été copiée au lieu d’être détachée, envisagez les éléments suivants :

• Si vous attachez la base de données à la même version et à la même instance de serveur que celles de la base de données d'origine, aucune opération supplémentaire n'est nécessaire.
• Si vous attachez la base de données à la même instance de serveur alors que sa version a été mise à niveau, vous devez exécuter sp_vupgrade_replication pour mettre à jour la réplication à la fin de l’opération de rattachement.
• Si vous attachez la base de données à une instance de serveur différente, sans tenir compte de la version, vous devez exécuter sp_removedbreplication pour supprimer la réplication, une fois l’opération de rattachement effectuée.

Notes

L’attachement fonctionne avec le format de stockage vardecimal, mais le Moteur de base de données SQL Server doit être mis à niveau vers au moins SQL Server 2005 (9.x) SP2. Vous ne pouvez pas attacher une base de données à l’aide du format de stockage vardecimal à une version antérieure de SQL Server. Pour plus d’informations sur le format de stockage vardecimal , consultez compression des données.

Lorsqu’une base de données est attachée ou restaurée pour une nouvelle instance de SQL Server, une copie de la clé principale de base de données (chiffrée par la clé principale du service) n’est pas encore stockée sur le serveur. Vous devez utiliser l'instruction OPEN MASTER KEY pour déchiffrer la clé principale de la base de données (DMK). Une fois la clé DMK déchiffrée, vous avez la possibilité d'activer le déchiffrement automatique dans le futur en exécutant l'instruction ALTER MASTER KEY REGENERATE pour fournir au serveur une copie de la clé DMK chiffrée avec la clé principale du service (SMK). Lorsqu'une base de données a été mise à niveau à partir d'une version antérieure, la clé DMK doit être régénérée de façon à utiliser le nouvel algorithme AES. Pour plus d’informations sur la régénération de la clé DMK, consultez l’article ALTER MASTER KEY. La durée nécessaire pour régénérer la clé DMK à mettre à niveau vers AES dépend du nombre d'objets protégés par la clé DMK. La régénération de la clé DMK à mettre à niveau vers AES n’est nécessaire qu’une seule fois et n’a aucun effet sur les régénérations futures dans le cadre d’une stratégie de rotation de clé. Pour plus d’informations sur la mise à niveau d’une base de données à l’aide de l’attachement, consultez Mettre à niveau une base de données à l’aide du détachement et de l’attachement.

Important

Nous vous recommandons de ne pas attacher de bases de données provenant de sources inconnues ou non approuvées. Ces bases de données peuvent contenir du code malveillant susceptible d'exécuter du code Transact-SQL indésirable ou de provoquer des erreurs en modifiant le schéma ou la structure physique des bases de données. Avant d’utiliser une base de données issue d’une source inconnue ou non approuvée, exécutez DBCC CHECKDB sur la base de données sur un serveur autre qu’un serveur de production et examinez également le code, notamment les procédures stockées ou le code défini par l’utilisateur, de la base de données.

Notes

Les options et TRUSTWORTHY les DB_CHAINING options n’ont aucun effet lors de l’attachement d’une base de données.

POUR ATTACH_REBUILD_LOG

Spécifie que la base de données est créée en joignant un ensemble existant de fichiers du système d'exploitation. Cette option est limitée aux bases de données en lecture/écriture. Il doit y avoir une <filespec> entrée spécifiant le fichier principal. S'il manque un ou plusieurs fichiers du journal des transactions, le fichier journal est reconstruit. ATTACH_REBUILD_LOG crée automatiquement un nouveau fichier journal de 1 Mo. Ce fichier est placé à l'emplacement de fichier journal par défaut. Pour plus d’informations sur cet emplacement, consultez Afficher ou modifier les emplacements par défaut pour les fichiers de données et les fichiers journaux.

Notes

Si les fichiers journaux sont disponibles, le Moteur de base de données utilise ces fichiers au lieu de reconstruire les fichiers journaux.

FOR ATTACH_REBUILD_LOG nécessite les conditions suivantes :

• Un arrêt propre de la base de données.
• Tous les fichiers de données (MDF et NDF) doivent être disponibles.

Important

Cette opération brise la chaîne de sauvegarde du journal. Nous vous recommandons d’effectuer une sauvegarde complète de la base de données immédiatement après la fin de l’opération. Pour plus d’informations, consultez BACKUP.

En règle générale, FOR ATTACH_REBUILD_LOG il est utilisé lorsque vous copiez une base de données en lecture/écriture avec un journal volumineux sur un autre serveur où la copie sera utilisée principalement, voire uniquement, pour les opérations de lecture, et nécessite donc moins d’espace de journal que la base de données d’origine.

FOR ATTACH_REBUILD_LOG ne peut pas être spécifié sur un instantané de base de données.

Pour plus d’informations sur l’attachement et le détachement de bases de données, consultez Détachement et attachement de base de données (SQL Server).

<Fichiers>

Contrôle les propriétés des fichiers.

NOM logical_file_name

Spécifie le nom logique du fichier. NAME est obligatoire lorsque FILENAME est spécifié, sauf lors de la spécification de l’une FOR ATTACH des clauses. Un FILESTREAM groupe de fichiers ne peut pas être nommé PRIMARY.

• logical_file_name

  Nom logique utilisé dans SQL Server lors du référencement du fichier. Logical_file_name doit être unique dans la base de données et doit respecter les règles relatives aux identificateurs. Le nom peut être une constante de type caractère ou Unicode, un identificateur régulier ou un identificateur délimité.

NOM DE FICHIER { 'os_file_name' | 'filestream_path' }

Spécifie un nom de fichier du système d'exploitation (physique).

• os_file_name

  Chemin d’accès et nom de fichier utilisé par le système d’exploitation lorsque vous créez le fichier. Le fichier doit résider sur l'un des périphériques suivants : le serveur local sur lequel SQL Server est installé, un réseau de zone de stockage [réseau SAN] ou un réseau basé sur iSCSI. Le chemin d’accès spécifié doit exister avant d’exécuter l’instruction CREATE DATABASE . Pour plus d’informations, consultez Groupes de fichiers et fichiers de base de données plus loin dans cet article.

  SIZE, MAXSIZEet FILEGROWTH les paramètres peuvent être définis lorsqu’un chemin d’accès UNC est spécifié pour le fichier.

  Si le fichier se trouve sur une partition brute, os_file_name doit spécifier uniquement la lettre d’une unité correspondant à une partition brute existante. Un seul fichier de données peut être créé sur chaque partition brute.

  Notes

  Les partitions brutes ne sont pas prises en charge dans SQL Server 2014 (12.x) et les versions ultérieures.

  Les fichiers de données ne doivent pas être placés sur des systèmes de fichiers compressés, sauf si les fichiers sont des fichiers secondaires en lecture seule ou si la base de données est en lecture seule. Les fichiers journaux ne doivent jamais être placés sur des systèmes de fichiers compressés.

• filestream_path

  Pour un groupe de fichiers FILESTREAM, FILENAME fait référence à un chemin d’accès où les données FILESTREAM seront stockées. Le chemin d'accès jusqu'au dernier dossier doit exister, et le dernier dossier ne doit pas exister. Par exemple, si vous spécifiez le chemin d’accès C:\MyFiles\MyFilestreamData, C:\MyFiles doit exister avant l’exécution ALTER DATABASE, mais que le MyFilestreamData dossier ne doit pas exister.

  Le groupe de fichiers et le fichier (<filespec>) doivent être créés dans la même instruction.

  Les SIZE propriétés ne FILEGROWTH s’appliquent pas à un groupe de fichiers FILESTREAM.

TAILLE taille

Précise la taille du fichier.

SIZE ne peut pas être spécifié lorsque le os_file_name est spécifié en tant que chemin UNC. SIZE ne s’applique pas à un groupe de fichiers FILESTREAM.

• taille

  Taille initiale du fichier.

  Lorsque la taille n’est pas fournie pour le fichier principal, le moteur de base de données utilise la taille du fichier principal dans la model base de données. La taille par défaut de la base de données model est de 8 Mo (à partir de SQL Server 2016 (13.x)) ou de 1 Mo (pour les versions antérieures). Lorsqu’un fichier de données secondaire ou un fichier journal est spécifié, mais que la taille n’est pas spécifiée pour le fichier, le moteur de base de données effectue le fichier 8 Mo (à partir de SQL Server 2016 (13.x)) ou de 1 Mo (pour les versions antérieures). La taille spécifiée pour le fichier primaire doit être au moins égale à la taille du fichier primaire de la base de données model.

  Les suffixes kilo-octet (Ko), mégaoctet (Mo), gigaoctet (Go) ou téraoctet (To) peuvent être utilisés. La valeur par défaut est Mo. Indiquez un nombre entier. N’incluez pas de décimale. la taille est une valeur entière. Pour les valeurs supérieures à 2 147 483 647, utilisez des unités supérieures.

MAXSIZE max_size

Spécifie la taille maximale que peut atteindre le fichier. MAXSIZE ne peut pas être spécifié lorsque le os_file_name est spécifié en tant que chemin UNC.

• max_size

  Taille maximale du fichier. Les indications Ko, Mo, Go et To peuvent être utilisées. La valeur par défaut est Mo. Indiquez un nombre entier. N’incluez pas de décimale. Si max_size n’est pas spécifié, le fichier augmente jusqu’à ce que le disque soit plein. Max_size est une valeur entière. Pour les valeurs supérieures à 2147483647, utilisez des unités plus grandes.

• ILLIMITÉ

  Précise que la taille du fichier peut croître jusqu'à ce que le disque soit saturé. Dans SQL Server, un fichier journal spécifié avec une croissance illimitée a une taille maximale de 2 To et un fichier de données une taille maximale de 16 To.

  Notes

  Il n’existe aucune taille maximale lorsque cette option est spécifiée pour un conteneur FILESTREAM. Il continue à grandir jusqu'à ce que le disque soit saturé.

FILE GROWTH growth_increment

Spécifie l'incrément de croissance automatique du fichier. Le FILEGROWTH paramètre d’un fichier ne peut pas dépasser le MAXSIZE paramètre. FILEGROWTH ne peut pas être spécifié lorsque le os_file_name est spécifié en tant que chemin UNC. FILEGROWTH ne s’applique pas à un groupe de fichiers FILESTREAM.

• growth_increment

  Quantité d’espace ajoutée au fichier chaque fois que de nouveaux espaces sont nécessaires.

  La valeur peut être spécifiée dans KB, , MBGB, TBou pourcentage (%). Si un nombre est spécifié sans suffixe KBou sans suffixeMB, la valeur par défaut est %MB . Quand % elle est spécifiée, la taille de l’incrément de croissance est le pourcentage spécifié de la taille du fichier au moment où l’incrément se produit. La taille spécifiée est arrondie à la valeur multiple de 64 Ko la plus proche, et la valeur minimale est de 64 Ko.

  La valeur 0 indique que la croissance automatique est désactivée et qu'aucun espace supplémentaire n'est autorisé.

  Si FILEGROWTH ce n’est pas spécifié, les valeurs par défaut sont les suivantes :

  Version	Valeurs par défaut
  À compter de SQL Server 2016 (13.x)	64 Mo de données. 64 Mo de fichiers journaux.
  À compter de SQL Server 2005 (9.x)	1 Mo de données. 10 % de fichiers journaux.
  Avant SQL Server 2005 (9.x)	10 % de données. 10 % de fichiers journaux.

<groupe de fichiers>

Contrôle les propriétés des groupes de fichiers. Impossible de spécifier un groupe de fichiers sur un instantané de base de données.

GROUPE DE FICHIERS filegroup_name

Nom logique du groupe de fichiers.

• filegroup_name

  filegroup_name doit être unique dans la base de données et ne peut pas être les noms PRIMARY fournis par le système et PRIMARY_LOG. Le nom peut être une constante de type caractère ou Unicode, un identificateur régulier ou un identificateur délimité. Le nom doit respecter les règles applicables aux identificateurs.

• CONTIENT FILESTREAM

  Spécifie que le groupe de fichiers stocke des objets BLOB (binary large objects) FILESTREAM dans le système de fichiers.

• DÉFAUT

  Spécifie le groupe de fichiers nommé qui est le groupe de fichiers par défaut de la base de données.

• CONTIENT MEMORY_OPTIMIZED_DATA

  S’applique à : SQL Server 2014 (12.x) et ultérieur

  Spécifie que le groupe de fichiers stocke des données optimisées en mémoire dans le système de fichiers. Pour plus d’informations, consultez In-Memory vue d’ensemble d’OLTP et les scénarios d’utilisation. MEMORY_OPTIMIZED_DATA Un seul groupe de fichiers est autorisé par base de données. Pour obtenir des exemples de code qui créent un groupe de fichiers pour stocker des données à mémoire optimisée, consultez Création d’une table optimisée en mémoire et d’une procédure stockée compilée en mode natif.

database_snapshot_name

Nom de la nouvelle capture instantanée de base de données. Les noms des captures instantanées de base de données doivent être uniques au sein d'une instance de SQL Server et respecter les règles applicables aux identificateurs. database_snapshot_name peut avoir un maximum de 128 caractères.

ON ( NOM = logical_file_name, NOM FICHIER = 'os_file_name') [ ,... n ]

Pour créer un instantané de base de données, spécifie une liste de fichiers dans la base de données source. Pour que l'instantané fonctionne, tous les fichiers de données doivent être spécifiés individuellement. Toutefois, les fichiers journaux ne sont pas autorisés pour les instantanés de base de données. Les groupes de fichiers FILESTREAM ne sont pas pris en charge par les instantanés de base de données. Si un fichier de données FILESTREAM est inclus dans une CREATE DATABASE ON clause, l’instruction échoue et une erreur est générée.

Pour obtenir des descriptions NAME et FILENAME leurs valeurs, consultez les descriptions des valeurs équivalentes <filespec> .

Notes

Lorsque vous créez un instantané de base de données, les autres <filespec> options et le mot clé PRIMARY sont interdits.

AS SNAPSHOT OF nom_base_de_données_source

Spécifie que la base de données créée est un instantané de la base de données source spécifiée par source_database_name. Les bases de données d'instantané et source doivent se trouver sur la même instance.

Dans SQL Server 2017 (14.x) et les versions antérieures, la base de données source d’un instantané de base de données n’a pas pu contenir de MEMORY_OPTIMIZED_DATA groupe de fichiers. La prise en charge des instantanés de base de données en mémoire a été ajoutée dans SQL Server 2019 (15.x).

Pour plus d’informations, consultez Instantanés de base de données.

Notes

La base de données master doit être sauvegardée chaque fois qu’une base de données utilisateur est créée, modifiée ou supprimée.

L’instruction CREATE DATABASE doit s’exécuter en mode de validation automatique (mode de gestion des transactions par défaut) et n’est pas autorisée dans une transaction explicite ou implicite.

Vous pouvez utiliser une instruction CREATE DATABASE pour créer une base de données et les fichiers qui stockent la base de données. SQL Server implémente l’instruction CREATE DATABASE en procédant comme suit :

1. SQL Server utilise une copie de la base de données model pour initialiser la base de données et ses métadonnées.
2. Un GUID Service Broker est affecté à la base de données.
3. Le Moteur de base de données complète ensuite le reste de la base de données avec des pages vides, à l'exception des pages qui contiennent des données internes enregistrant la manière dont est utilisé l'espace dans la base de données.

Vous pouvez spécifier un maximum de 32 767 bases de données sur une instance de SQL Server.

Chaque base de données appartient à un propriétaire qui peut réaliser des activités spéciales dans la base de données. Le propriétaire est l'utilisateur qui crée la base de données. Le propriétaire de base de données peut être changé avec ALTER AUTHORIZATION.

Certaines fonctionnalités de base de données dépendent de fonctionnalités ou de capacités présentes dans le système de fichiers. Voici quelques exemples des fonctionnalités qui dépendent de jeux de fonctionnalités du système de fichiers :

• DBCC CHECKDB
• Flux de fichiers
• Sauvegardes en ligne à l’aide de VSS et d’instantanés de fichiers
• Création d’instantané de base de données
• Groupe de fichiers de données à mémoire optimisée

Fichiers et groupes de fichiers de base de données

Chaque base de données comprend au moins deux fichiers, un fichier primaire et un fichier journal des transactions, et au moins un groupe de fichiers. Un maximum de 32 767 fichiers et 32 767 groupes de fichiers peut être spécifié pour chaque base de données.

Lorsque vous créez une base de données, attribuez aux fichiers une taille aussi grande que possible, en tenant compte du volume maximal de données qu'est censée contenir la base de données.

Nous vous recommandons d'utiliser un réseau de zone de stockage (SAN, Storage Area Network), un réseau basé sur iSCSI ou un disque attaché localement pour le stockage de vos fichiers de base de données SQL Server, car cette configuration optimise les performances et la fiabilité de SQL Server.

Instantanés de base de données

Vous pouvez utiliser l’instruction CREATE DATABASE pour créer une vue en lecture seule statique, un instantané de base de données de la base de données source. Chaque instantané de base de données est transactionnellement cohérent avec la base de données source existante au moment de la création de l'instantané. Une base de données source peut posséder plusieurs instantanés.

Notes

Lorsque vous créez un instantané de base de données, l’instruction CREATE DATABASE ne peut pas référencer les fichiers journaux, les fichiers hors connexion, la restauration des fichiers et les fichiers obsolètes.

Si la création d'un instantané de base de données échoue, l'instantané devient suspect et doit être supprimé. Pour plus d’informations, consultez DROP DATABASE.

Chaque instantané persiste jusqu’à ce qu’il soit supprimé à l’aide DROP DATABASEde .

Pour plus d’informations, consultez Captures instantanées de base de données (SQL Server) et Créer un instantané de base de données.

Options de la base de données

Plusieurs options de base de données sont définies automatiquement chaque fois que vous créez une base de données. Pour obtenir la liste de ces options, consultez les options ALTER DATABASE SET.

Base de données model et création de nouvelles bases de données

Les objets définis par l’utilisateur dans la base de données model sont copiés dans toutes les nouvelles bases de données. Vous pouvez ajouter à la base de données model tous les objets, tels que tables, vues, procédures stockées ou types de données, à inclure dans toutes les bases de données nouvellement créées.

Quand une instruction CREATE DATABASE <database_name> est spécifiée sans paramètre de taille supplémentaire, le fichier de données primaire a la même taille que celui de la base de données model.

Sauf si FOR ATTACH est spécifié, chaque nouvelle base de données hérite des paramètres d’option de base de données de la base de données model. Par exemple, l’option de base de données auto shrink a la valeur true dans model et dans toutes les bases de données que vous créez. Si vous modifiez les options de la base de données model, ces nouveaux paramètres d’option sont valables dans toutes les bases de données que vous créez. La modification des opérations dans la model base de données n’affecte pas les bases de données existantes. Si FOR ATTACH est spécifié sur l’instruction, la CREATE DATABASE nouvelle base de données hérite des paramètres d’option de base de données de la base de données d’origine.

Afficher les informations de base de données

Vous pouvez utiliser les affichages catalogue, les fonctions système et les procédures stockées du système pour retourner des informations sur les bases de données, les fichiers et les groupes de fichiers. Pour plus d’informations, consultez Affichages système.

Autorisations

Requiert l’autorisation CREATE DATABASE, CREATE ANY DATABASE ou ALTER ANY DATABASE.

Pour contrôler l’utilisation du disque sur une instance de SQL Server, l’autorisation de créer des bases de données est généralement limitée à quelques connexions.

L’exemple suivant fournit l’autorisation de créer une base de données à l’utilisateur Fayde la base de données.

USE master;
GO

GRANT CREATE DATABASE TO [Fay];
GO

Autorisations sur les fichiers de données et les fichiers journaux

Dans SQL Server, certaines autorisations sont définies sur les données et les journaux de chaque base de données. Les autorisations suivantes sont définies chaque fois que les opérations suivantes sont appliquées à une base de données :

• Attachée
• Sauvegardée
• Date de création
• Détachée
• Modifiée pour ajouter un nouveau fichier
• Restaurée

Les autorisations empêchent les fichiers d'être accidentellement falsifiés s'ils résident dans un répertoire doté d'autorisations d'ouverture.

Notes

Microsoft SQL Server 2005 Express edition ne définit pas les autorisations de données et de fichier journal.

Exemples

R. Créer une base de données sans spécifier de fichiers

Cet exemple crée une base de données appelée mytest et crée un fichier primaire et un fichier de journal des transactions correspondants. Étant donné que l’instruction ne comporte aucun <filespec> élément, le fichier de base de données primaire a la taille du fichier primaire de base model de données. Le journal des transactions est défini sur la plus grande de ces valeurs : 512 Ko ou 25 % de la taille du fichier de données primaire. Comme MAXSIZE il n’est pas spécifié, les fichiers peuvent croître pour remplir tout l’espace disque disponible. Cet exemple montre également comment supprimer la base de données nommée mytest, si elle existe, avant de créer la base de données mytest.

USE master;
GO

IF DB_ID(N'mytest') IS NOT NULL
    DROP DATABASE mytest;
GO

CREATE DATABASE mytest;
GO

-- Verify the database files and sizes
SELECT name,
       size,
       size * 1.0 / 128 AS [Size in MBs]
FROM sys.master_files
WHERE name = N'mytest';
GO

B. Créer une base de données qui spécifie les fichiers de données et les fichiers journaux de transactions

L'exemple suivant crée la base de données Sales. Comme le mot clé PRIMARY n’est pas utilisé, le premier fichier (Sales_dat) devient le fichier principal. Étant donné que ni Mo ni Ko ne sont spécifiés dans le SIZE paramètre du Sales_dat fichier, il utilise MB et est alloué en mégaoctets. La base de données Sales_log est alloué en mégaoctets car le suffixe MB est défini explicitement dans le paramètre SIZE .

USE master;
GO

CREATE DATABASE Sales
ON (
    NAME = Sales_dat,
    FILENAME = 'C:\Program Files\Microsoft SQL Server\MSSQL13.MSSQLSERVER\MSSQL\DATA\saledat.mdf',
    SIZE = 10,
    MAXSIZE = 50,
    FILEGROWTH = 5
)
LOG ON (
    NAME = Sales_log,
    FILENAME = 'C:\Program Files\Microsoft SQL Server\MSSQL13.MSSQLSERVER\MSSQL\DATA\salelog.ldf',
    SIZE = 5 MB,
    MAXSIZE = 25 MB,
    FILEGROWTH = 5 MB
);
GO

Chapitre C. Créer une base de données en spécifiant plusieurs fichiers de données et plusieurs fichiers journaux de transactions

Cet exemple crée une base de données appelée Archive qui comprend trois fichiers de données de 100-MB et deux fichiers du journal des transactions de 100-MB. Le fichier primaire est le premier fichier dans la liste et il est spécifié de manière explicite à l'aide du mot clé PRIMARY. Les fichiers du journal des transactions sont spécifiés à la suite des mots clés LOG ON. Notez les extensions utilisées pour les fichiers dans l'option FILENAME : .mdf pour les fichiers de données primaires, .ndf pour les fichiers de données secondaires et .ldf pour les fichiers journaux de transactions. Cet exemple place la base de données sur le lecteur D: plutôt qu'avec la base de données master.

USE master;
GO

CREATE DATABASE Archive
ON PRIMARY
(
    NAME = Arch1,
    FILENAME = 'D:\SalesData\archdat1.mdf',
    SIZE = 100 MB,
    MAXSIZE = 200,
    FILEGROWTH = 20
), (
    NAME = Arch2,
    FILENAME = 'D:\SalesData\archdat2.ndf',
    SIZE = 100 MB,
    MAXSIZE = 200,
    FILEGROWTH = 20
), (
    NAME = Arch3,
    FILENAME = 'D:\SalesData\archdat3.ndf',
    SIZE = 100 MB, MAXSIZE = 200,
    FILEGROWTH = 20
)
LOG ON (
    NAME = Archlog1,
    FILENAME = 'D:\SalesData\archlog1.ldf',
    SIZE = 100 MB,
    MAXSIZE = 200,
    FILEGROWTH = 20
), (
    NAME = Archlog2,
    FILENAME = 'D:\SalesData\archlog2.ldf',
    SIZE = 100 MB,
    MAXSIZE = 200,
    FILEGROWTH = 20
);
GO

D. Créer une base de données possédant des groupes de fichiers

L'exemple suivant crée la base de données Sales qui possède les groupes de fichiers suivants :

• Le groupe de fichiers primaire avec les fichiers Spri1_dat et Spri2_dat. Les FILEGROWTH incréments de ces fichiers sont spécifiés en tant que 15%.
• Un groupe de fichiers nommé SalesGroup1 avec les fichiers SGrp1Fi1 et SGrp1Fi2.
• Un groupe de fichiers nommé SalesGroup2 avec les fichiers SGrp2Fi1 et SGrp2Fi2.

Cet exemple place les fichiers de données et les fichiers journaux sur des disques différents afin d'améliorer les performances.

USE master;
GO

CREATE DATABASE Sales
ON PRIMARY(
    NAME = SPri1_dat,
    FILENAME = 'D:\SalesData\SPri1dat.mdf',
    SIZE = 10,
    MAXSIZE = 50,
    FILEGROWTH = 15 %
), (
    NAME = SPri2_dat,
    FILENAME = 'D:\SalesData\SPri2dt.ndf',
    SIZE = 10,
    MAXSIZE = 50,
    FILEGROWTH = 15 %
),
FILEGROUP SalesGroup1(
    NAME = SGrp1Fi1_dat,
    FILENAME = 'D:\SalesData\SG1Fi1dt.ndf',
    SIZE = 10,
    MAXSIZE = 50,
    FILEGROWTH = 5
), (
    NAME = SGrp1Fi2_dat,
    FILENAME = 'D:\SalesData\SG1Fi2dt.ndf',
    SIZE = 10,
    MAXSIZE = 50,
    FILEGROWTH = 5
),
FILEGROUP SalesGroup2(
    NAME = SGrp2Fi1_dat,
    FILENAME = 'D:\SalesData\SG2Fi1dt.ndf',
    SIZE = 10,
    MAXSIZE = 50,
    FILEGROWTH = 5
), (
    NAME = SGrp2Fi2_dat,
    FILENAME = 'D:\SalesData\SG2Fi2dt.ndf',
    SIZE = 10,
    MAXSIZE = 50,
    FILEGROWTH = 5
)
LOG ON (
    NAME = Sales_log,
    FILENAME = 'E:\SalesLog\salelog.ldf',
    SIZE = 5 MB,
    MAXSIZE = 25 MB,
    FILEGROWTH = 5 MB
);
GO

E. Attacher une base de données

L'exemple ci-dessous détache la base de données Archive créée dans l'exemple D, puis l'attache à l'aide de la clause FOR ATTACH. Archive a été défini de manière à posséder plusieurs fichiers de données et fichiers journaux. Toutefois, étant donné que l’emplacement des fichiers n’a pas changé depuis leur création, seul le fichier principal doit être spécifié dans la FOR ATTACH clause. À partir de SQL Server 2005 (9.x)SQL Server 2005 (9.x)SQL Server 2005 (9.x), tous les fichiers de texte intégral qui font partie de la base de données jointe sont attachés à la base de données.

USE master;
GO

EXECUTE sp_detach_db Archive;
GO

CREATE DATABASE Archive
    ON
    (FILENAME = 'D:\SalesData\archdat1.mdf') FOR ATTACH;
GO

F. Créer un instantané de base de données

L’exemple suivant crée l’instantané de base de données sales_snapshot0600. Étant donné qu’un instantané de base de données est en lecture seule, un fichier journal ne peut pas être spécifié. Conformément à la syntaxe, chaque fichier de la base de données source est spécifié et les groupes de fichiers ne sont pas spécifiés.

La base de données source dans cet exemple est la base de données Sales créée dans l'exemple D.

USE master;
GO

CREATE DATABASE sales_snapshot0600
ON
    (NAME = SPri1_dat, FILENAME = 'D:\SalesData\SPri1dat_0600.ss'),
    (NAME = SPri2_dat, FILENAME = 'D:\SalesData\SPri2dt_0600.ss'),
    (NAME = SGrp1Fi1_dat, FILENAME = 'D:\SalesData\SG1Fi1dt_0600.ss'),
    (NAME = SGrp1Fi2_dat, FILENAME = 'D:\SalesData\SG1Fi2dt_0600.ss'),
    (NAME = SGrp2Fi1_dat, FILENAME = 'D:\SalesData\SG2Fi1dt_0600.ss'),
    (NAME = SGrp2Fi2_dat, FILENAME = 'D:\SalesData\SG2Fi2dt_0600.ss')
AS SNAPSHOT OF Sales;
GO

G. Créer une base de données et spécifier un nom de classement et des options

L'exemple suivant crée la base de données MyOptionsTest. Un nom de classement est spécifié et les options TRUSTYWORTHY et DB_CHAINING ont la valeur ON.

USE master;
GO

IF DB_ID(N'MyOptionsTest') IS NOT NULL
    DROP DATABASE MyOptionsTest;
GO

CREATE DATABASE MyOptionsTest COLLATE French_CI_AI
    WITH TRUSTWORTHY ON, DB_CHAINING ON;
GO

--Verifying collation and option settings.
SELECT name,
       collation_name,
       is_trustworthy_on,
       is_db_chaining_on
FROM sys.databases
WHERE name = N'MyOptionsTest';
GO

H. Attacher un catalogue de texte intégral qui a été déplacé

L'exemple suivant attache le catalogue de texte intégral AdvWksFtCat ainsi que les fichiers de données et fichiers journaux de AdventureWorks2025. Dans cet exemple, le catalogue de texte intégral est déplacé de son emplacement par défaut vers un nouvel emplacement c:\myFTCatalogs. Les fichiers de données et les fichiers journaux restent dans leurs emplacements par défaut.

USE master;
GO

--Detach the AdventureWorks2022 database
EXECUTE sp_detach_db AdventureWorks2022;
GO

-- Physically move the full text catalog to the new location.
--Attach the AdventureWorks2022 database and specify the new location of the full-text catalog.
CREATE DATABASE AdventureWorks2022 ON
    (FILENAME = 'c:\Program Files\Microsoft SQL Server\MSSQL13.MSSQLSERVER\MSSQL\Data\AdventureWorks2022_data.mdf'),
    (FILENAME = 'c:\Program Files\Microsoft SQL Server\MSSQL13.MSSQLSERVER\MSSQL\Data\AdventureWorks2022_log.ldf'),
    (FILENAME = 'c:\myFTCatalogs\AdvWksFtCat')
FOR ATTACH;
GO

Je. Créer une base de données qui spécifie un groupe de fichiers de ligne et deux groupes de fichiers FILESTREAM

L'exemple ci-dessous crée la base de données FileStreamDB. La base de données est créée avec un groupe de fichiers de ligne et deux groupes de fichiers FILESTREAM. Chaque groupe de fichiers contient un fichier :

• FileStreamDB_data contient des données de ligne. Il contient un seul fichier, FileStreamDB_data.mdf avec le chemin d'accès par défaut.

• FileStreamPhotos contient des données FILESTREAM. Il contient deux conteneurs de données FILESTREAM : FSPhotos (dans C:\MyFSfolder\Photos) et FSPhotos2 (dans D:\MyFSfolder\Photos). Il est marqué comme groupe de fichiers FILESTREAM par défaut.

• FileStreamResumes contient des données FILESTREAM. Il contient un seul conteneur de données FILESTREAM, FSResumes, qui se trouve dans C:\MyFSfolder\Resumes.

USE master;
GO

-- Get the SQL Server data path.
DECLARE @data_path AS NVARCHAR (256);

SET @data_path = (SELECT SUBSTRING(physical_name, 1, CHARINDEX(N'master.mdf', LOWER(physical_name)) - 1)
                  FROM master.sys.master_files
                  WHERE database_id = 1
                        AND file_id = 1);

-- Execute the CREATE DATABASE statement.
EXECUTE ('CREATE DATABASE FileStreamDB
ON PRIMARY (
    NAME = FileStreamDB_data,
    FILENAME = ''' + @data_path + ' FileStreamDB_data.mdf '',
    SIZE = 10 MB,
    MAXSIZE = 50 MB,
    FILEGROWTH = 15 %
),
FILEGROUP FileStreamPhotos
CONTAINS FILESTREAM DEFAULT (NAME = FSPhotos, FILENAME = ''C:\MyFSfolder\Photos'',
        -- SIZE and FILEGROWTH should not be specified here.
        -- If they are specified, an error is raised.
        MAXSIZE = 5000 MB),
    (NAME = FSPhotos2, FILENAME = ''D:\MyFSfolder\Photos'', MAXSIZE = 10000 MB),
FILEGROUP FileStreamResumes
    CONTAINS FILESTREAM (NAME = FileStreamResumes, FILENAME = ''C:\MyFSfolder\Resumes'')
LOG ON (
    NAME = FileStream_log,
    FILENAME = ''' + @data_path + ' FileStreamDB_log.ldf '',
    SIZE = 5 MB,
    MAXSIZE = 25 MB,
    FILEGROWTH = 5 MB
);');
GO

J. Créer une base de données disposant d’un groupe de fichiers FILESTREAM avec de nombreux fichiers

L'exemple ci-dessous crée la base de données BlobStore1. La base de données est créée avec un groupe de fichiers de ligne et un groupe de fichiers FILESTREAM, FS. Le groupe de fichiers FILESTREAM contient deux fichiers, FS1 et FS2. Puis la base de données est modifiée par l'ajout d'un troisième fichier, FS3, au groupe de fichiers FILESTREAM.

USE master;
GO

CREATE DATABASE [BlobStore1] CONTAINMENT = NONE
ON PRIMARY(
    NAME = N'BlobStore1',
    FILENAME = N'C:\BlobStore\BlobStore1.mdf',
    SIZE = 100 MB,
    MAXSIZE = UNLIMITED,
    FILEGROWTH = 1 MB
),
FILEGROUP [FS] CONTAINS FILESTREAM DEFAULT
    (NAME = N'FS1', FILENAME = N'C:\BlobStore\FS1', MAXSIZE = UNLIMITED),
    (NAME = N'FS2', FILENAME = N'C:\BlobStore\FS2', MAXSIZE = 100 MB)
LOG ON (
    NAME = N'BlobStore1_log',
    FILENAME = N'C:\BlobStore\BlobStore1_log.ldf',
    SIZE = 100 MB,
    MAXSIZE = 1 GB,
    FILEGROWTH = 1 MB
);
GO

ALTER DATABASE [BlobStore1]
ADD FILE (
    NAME = N'FS3',
    FILENAME = N'C:\BlobStore\FS3',
    MAXSIZE = 100 MB
) TO FILEGROUP [FS];
GO

Contenu connexe

• MODIFIER LA BASE DE DONNÉES (Transact-SQL)
• Détachement et attachement de base de données (SQL Server)
• BASE DE DONNÉES DE CHUTE (Transact-SQL)
• EVENTDATA (Transact-SQL)
• MODIFIER L'AUTORISATION (Transact-SQL)
• sp_detach_db
• sp_removedbreplication
• Captures instantanées de base de données (SQL Server)
• Déplacer des fichiers de bases de données
• Bases de données
• Données blob (Binary Large Object) (SQL Server)