CREATE DATABASE

Vytvoří novou databázi.

Vyberte jednu z následujících karet pro syntaxi, argumenty, poznámky, oprávnění a příklady pro konkrétní verzi SQL, se kterou pracujete.

Výběr produktu

V následujícím řádku vyberte název produktu, který vás zajímá, a zobrazí se jenom informace o daném produktu.

* SQL Server *  

SQL Database

spravované instance SQL

Azure Synapse
analýzy

Analytics Platform
Systém (PDW)

 

SQL Server

Přehled

V SQL Serveru tento příkaz vytvoří novou databázi a soubory použité a jejich skupiny souborů. Dá se také použít k vytvoření snímku databáze nebo k připojení databázových souborů k vytvoření databáze z odpojených souborů jiné databáze.

Syntax

Vytvořte databázi.

Další informace o konvencích syntaxe najdete v tématu Transact-SQL konvence syntaxe.

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 ]
}

Připojení databáze

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
}

Vytvoření snímku databáze

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

Argumenty

database_name

Toto je název nové databáze. Názvy databází musí být jedinečné v rámci instance SQL Serveru a musí být v souladu s pravidly pro identifikátory .

database_name může být maximálně 128 znaků, pokud není pro soubor protokolu zadán logický název. Pokud není zadán název logického souboru protokolu, SQL Server vygeneruje logical_file_name a os_file_name protokolu připojením přípony k database_name. To omezuje database_name na 123 znaků, aby vygenerovaný název logického souboru nebyl delší než 128 znaků.

Pokud není zadán název datového souboru, SQL Server používá database_name jako logical_file_name i jako os_file_name. Výchozí cesta se získá z registru. Výchozí cestu lze změnit na vlastnosti serveru (stránka Nastavení databáze) v sadě Management Studio. Změna výchozí cesty vyžaduje restartování SQL Serveru.

ZAHRNUTÍ = { NONE | PARTIAL }

platí pro: SQL Server 2012 (11.x) a novější

Určuje stav zahrnutí databáze. NONE = databáze, která není obsažena. PARTIAL = částečně obsažená databáze.

NA

Určuje, že diskové soubory použité k ukládání datových oddílů databáze, datových souborů, jsou explicitně definovány. Funkce ON se vyžaduje, pokud následuje čárkami oddělený seznam <souborůpec> položek, které definují datové soubory pro primární skupinu souborů. Seznam souborů v primární skupině souborů může následovat volitelný seznam oddělený čárkami <skupiny souborů> položek, které definují skupiny souborů uživatele a jejich soubory.

PRIMÁRNÍ

Určuje, že přidružený <souborpec> seznam definuje primární soubor. Prvním souborem zadaným v souboru <pec> položka v primární skupině souborů se stane primárním souborem. Databáze může mít pouze jeden primární soubor. Další informace naleznete v tématu Soubory databáze a skupiny souborů.

Pokud není zadán PRIMÁRNÍ, první soubor uvedený v příkazu CREATE DATABASE se stane primárním souborem.

PŘIHLÁSIT SE

Určuje, že diskové soubory použité k uložení protokolu databáze, souborů protokolu, jsou explicitně definovány. ZA LOG ON následuje čárkami oddělený seznam <souborůpec> položek, které definují soubory protokolu. Pokud není zadaný protokol, vytvoří se automaticky jeden soubor protokolu, který má velikost 25 procent součtu všech datových souborů pro databázi, nebo 512 kB podle toho, co je větší. Tento soubor se umístí do výchozího umístění souboru protokolu. Informace o tomto umístění naleznete v tématu Zobrazení nebo změna výchozích umístění pro data a soubory protokolu v nástroji SSMS.

Pro snímek databáze nelze zadat protokol LOG ON.

COLLATION_NAME COLLATE

Určuje výchozí kolaci databáze. Název kolace může být buď název kolace Systému Windows, nebo název kolace SQL. Pokud není zadáno, je databázi přiřazena výchozí kolace instance SYSTÉMU SQL Server. Pro snímek databáze nelze zadat název kolace.

Název kolace nelze zadat pomocí klauzulí FOR ATTACH nebo FOR ATTACH_REBUILD_LOG. Informace o tom, jak změnit kolaci připojené databáze, naleznete na tomto webu společnosti Microsoft.

Další informace o názvech kolace Windows a SQL naleznete v tématu COLLATE.

Poznámka

Obsažené databáze se kompletují jinak než databáze, které nejsou obsažené. Další informace naleznete v tématu Contained Database Collations.

Možnost <WITH>

<filestream_option>

NON_TRANSACTED_ACCESS = { OFF | READ_ONLY | FULL }

platí pro: SQL Server 2012 (11.x) a novější.

Určuje úroveň nekonakčního přístupu FILESTREAM k databázi.

Hodnota	Popis
OFF	Neaktuální přístup je zakázaný.
READONLY	Data FILESTREAM v této databázi lze číst neaktuálními procesy.
FULL	Je povolen úplný neaktuální přístup k filetables FILESTREAM.

DIRECTORY_NAME = <directory_name>

platí pro: SQL Server 2012 (11.x) a novější

Název adresáře kompatibilního s Windows. Tento název by měl být jedinečný mezi všemi názvy Database_Directory v instanci SQL Serveru. Porovnání jedinečnosti nerozlišuje malá a velká písmena bez ohledu na nastavení kolace SQL Serveru. Tuto možnost byste měli nastavit před vytvořením tabulky FileTable v této databázi.

Následující možnosti jsou povoleny pouze v případě, že je funkce CONTAINMENT nastavena na ČÁSTEČNOU. Pokud je funkce CONTAINMENT nastavená na HODNOTU NONE, dojde k chybám.

DEFAULT_FULLTEXT_LANGUAGE = <lcid> | název jazyka <> |< alias jazyka >

platí pro: SQL Server 2012 (11.x) a novější

Úplný popis této možnosti najdete v tématu Konfigurace výchozího fulltextového jazyka Server Configuration Option.

DEFAULT_LANGUAGE = <lcid> | název jazyka <> |< alias jazyka >

platí pro: SQL Server 2012 (11.x) a novější

Úplný popis této možnosti najdete v tématu Konfigurace výchozího jazykového serveru.

NESTED_TRIGGERS = { OFF | ON }

platí pro: SQL Server 2012 (11.x) a novější

Úplný popis této možnosti najdete v tématu Konfigurace vnořených aktivačních událostí.

TRANSFORM_NOISE_WORDS = { OFF | ON }

platí pro: SQL Server 2012 (11.x) a novější

Úplný popis této možnosti najdete v tématu transformace slov konfigurace serveru.

TWO_DIGIT_YEAR_CUTOFF = { 2049 | <libovolný rok mezi 1753 a 9999> }

Čtyři číslice představující rok 2049 je výchozí hodnota. Úplný popis této možnosti najdete v tématu Konfigurace dvouciferného roku konfigurace serveru.

DB_CHAINING { OFF | ON }

Při zadání funkce ON může být databáze zdrojem nebo cílem řetězu vlastnictví mezi databázemi.

Pokud je tato možnost vypnutá, nemůže se databáze účastnit řetězení vlastnictví mezi databázemi. Výchozí hodnota je VYPNUTÁ.

Důležitý

Instance SQL Serveru toto nastavení rozpozná, pokud je možnost řetězení vlastnictví mezi databázemi 0 (VYPNUTO). Pokud je řetězení vlastnictví mezi databázemi 1 (ZAPNUTO), můžou se všechny uživatelské databáze účastnit řetězů vlastnictví napříč databázemi bez ohledu na hodnotu této možnosti. Tato možnost je nastavena pomocí sp_configure.

Chcete-li nastavit tuto možnost, vyžaduje členství v pevné roli serveru správce systému. U těchto systémových databází nelze nastavit možnost DB_CHAINING: master, model, tempdb.

DŮVĚRYHODNÉ { VYPNUTO | ON }

Při zadání funkce ON můžou databázové moduly (například zobrazení, uživatelem definované funkce nebo uložené procedury), které používají kontext zosobnění, přistupovat k prostředkům mimo databázi.

Pokud je tato možnost vypnutá, databázové moduly v kontextu zosobnění nemají přístup k prostředkům mimo databázi. Výchozí hodnota je VYPNUTÁ.

FUNKCE TRUSTWORTHY je při připojení databáze nastavena na hodnotu VYPNUTO.

Ve výchozím nastavení mají všechny systémové databáze s výjimkou databáze msdb nastavenou hodnotu TRUSTWORTHY vypnuto. Hodnotu nelze změnit pro databáze model a tempdb. Pro databázi master doporučujeme nikdy nastavit možnost TRUSTWORTHY na HODNOTU ON.

PERSISTENT_LOG_BUFFER=ZAPNUTO ( DIRECTORY_NAME='' )

platí pro: SQL Server 2017 (14.x) a novější.

Pokud je tato možnost zadaná, vyrovnávací paměť transakčního protokolu se vytvoří na svazku umístěném na diskovém zařízení zálohovaného pamětí třídy úložiště (NVDIMM-N nevolatilním úložištěm), označované také jako trvalá vyrovnávací paměť protokolu. Další informace naleznete v tématu Akcelerace latence potvrzení transakce pomocí paměti třídy úložiště a Přidat trvalou vyrovnávací paměť protokolu do databáze.

LEDGER = {ON | VYPNUTO }

Při nastavení na ONvytvoří databázi registru, ve které je chráněna integrita všech uživatelských dat. V databázi registru lze vytvořit pouze tabulky registru. Výchozí hodnota je OFF. Hodnotu možnosti LEDGER nelze po vytvoření databáze změnit. Další informace naleznete v tématu Konfigurace databáze registru.

CREATE DATABASE ... PRO PŘIPOJENÍ [ S < attach_database_option > ]

Určuje, že databázi vytvoří připojení existující sadu souborů operačního systému. Musí existovat <souborpec> položka, která určuje primární soubor. Jediné další <souborypec> položky jsou ty pro všechny soubory, které mají jinou cestu, než kdy byla databáze vytvořena nebo naposledy připojena. Pro tyto soubory musí být zadána položka <>.

FUNKCE ATTACH vyžaduje následující:

• Všechny datové soubory (MDF a NDF) musí být dostupné.
• Pokud existuje více souborů protokolu, musí být všechny dostupné.

Pokud databáze pro čtení a zápis obsahuje jeden soubor protokolu, který je momentálně nedostupný, a pokud byla databáze vypnuta bez uživatelů nebo otevřených transakcí před operací ATTACH, FOR ATTACH automaticky znovu sestaví soubor protokolu a aktualizuje primární soubor. Naproti tomu pro databázi jen pro čtení nelze protokol znovu vytvořit, protože primární soubor nelze aktualizovat. Proto když připojíte databázi jen pro čtení s protokolem, který není k dispozici, musíte zadat soubory protokolu nebo soubory v klauzuli FOR ATTACH.

Poznámka

V dřívějších verzích nelze připojit databázi vytvořenou novější verzí SQL Serveru.

V SYSTÉMU SQL Server budou všechny fulltextové soubory, které jsou součástí připojené databáze, připojeny k databázi. Pokud chcete zadat novou cestu fulltextového katalogu, zadejte nové umístění bez názvu fulltextového souboru operačního systému. Další informace najdete v části Příklady.

Připojení databáze, která obsahuje možnost FILESTREAM názvu adresáře, do instance SYSTÉMU SQL Server vyzve SQL Server k ověření, zda je název Database_Directory jedinečný. Pokud ne, operace ATTACH selže s chybou FILESTREAM Database_Directory name is not unique in this SQL Server instance. Chcete-li se této chybě vyhnout, volitelný parametr, directory_name, by měl být předán do této operace.

Pro připojení nelze zadat snímek databáze.

Funkce FOR ATTACH může zadat možnost RESTRICTED_USER. RESTRICTED_USER umožňuje připojení k databázi jenom členům db_owner pevné databázové role a role dbcreatoru a správce systému, ale neomezuje jejich počet. Pokusy nekvalifikovaných uživatelů jsou odmítnuty.

<service_broker_option>

Pokud databáze používá Service Broker, použijte <service_broker_option> WITH v klauzuli FOR ATTACH:

Řídí doručování zpráv Service Broker a identifikátor služby Service Broker pro databázi. Možnosti služby Service Broker je možné zadat pouze při použití klauzule FOR ATTACH.

ENABLE_BROKER

Určuje, že je pro zadanou databázi povolená služba Service Broker. To znamená, že se spustí doručování zpráv a is_broker_enabled se v zobrazení katalogu sys.databases nastaví na hodnotu true. Databáze uchovává existující identifikátor služby Service Broker.

NEW_BROKER

Vytvoří novou hodnotu service_broker_guid v sys.databases i obnovené databázi. Ukončí všechny koncové body konverzace vyčištěním. Zprostředkovatel je povolený, ale do koncových bodů vzdálené konverzace se neposílají žádná zpráva. Všechny trasy, které odkazují na starý identifikátor služby Service Broker, musí být znovu vytvořeny s novým identifikátorem.

ERROR_BROKER_CONVERSATIONS

Ukončí všechny konverzace chybou oznamující, že je databáze připojena nebo obnovena. Zprostředkovatel je zakázaný, dokud se tato operace nedokončila a pak je povolená. Databáze uchovává existující identifikátor služby Service Broker.

Při připojování replikované databáze, která byla zkopírována místo odpojení, zvažte:

• Pokud databázi připojíte ke stejné instanci serveru a verzi jako původní databázi, nevyžadují se žádné další kroky.
• Pokud databázi připojíte ke stejné instanci serveru, ale s upgradovanou verzí, musíte po dokončení operace připojení provést sp_vupgrade_replication upgradovat replikaci.
• Pokud databázi připojíte k jiné instanci serveru bez ohledu na verzi, musíte po dokončení operace připojení provést sp_removedbreplication odebrat replikaci.

Poznámka

Připojení funguje s formátem úložiště vardecimal, ale databázový stroj SQL Serveru musí být upgradován na minimálně SQL Server 2005 (9.x) SP2. Databázi nelze připojit pomocí formátu vardecimal storage ke starší verzi SQL Serveru. Další informace o formátu úložiště vardecimal naleznete v tématu Komprese dat.

Při prvním připojení nebo obnovení databáze k nové instanci SQL Serveru se kopie hlavního klíče databáze (zašifrovaná hlavním klíčem služby) ještě na serveru neuloží. K dešifrování hlavního klíče databáze (DMK) musíte použít příkaz OPEN MASTER KEY. Po dešifrování dmK máte možnost povolit automatické dešifrování v budoucnu pomocí příkazu ALTER MASTER KEY REGENERATE pro zřízení serveru pomocí kopie DMK zašifrované pomocí hlavního klíče služby (SMK). Při upgradu databáze ze starší verze by se sada DMK měla znovu vygenerovat, aby používala novější algoritmus AES. Další informace o opětovném vygenerování DMK naleznete v tématu ALTER MASTER KEY. Doba potřebná k opětovnému vygenerování klíče DMK pro upgrade na AES závisí na počtu objektů chráněných dmK. Opětovné vygenerování klíče DMK pro upgrade na AES je nezbytné pouze jednou a nemá žádný vliv na budoucí regeneraci v rámci strategie obměny klíčů. Informace o upgradu databáze pomocí připojení naleznete v tématu Upgrade databáze pomocí odpojení a připojení.

Důležitý

Doporučujeme nepřipojování databází z neznámých nebo nedůvěryhodných zdrojů. Takové databáze můžou obsahovat škodlivý kód, který by mohl spouštět nezamýšlené Transact-SQL kód nebo způsobit chyby úpravou schématu nebo fyzické struktury databáze. Před použitím databáze z neznámého nebo nedůvěryhodného zdroje spusťte DBCC CHECKDB na databázi na neprodukčním serveru a také zkontrolujte kód, jako jsou uložené procedury nebo jiný uživatelem definovaný kód v databázi.

Poznámka

Možnosti TRUSTWORTHY a DB_CHAINING nemají při připojování databáze žádný vliv.

FOR ATTACH_REBUILD_LOG

Určuje, že se databáze vytvoří připojením existující sady souborů operačního systému. Tato možnost je omezená na databáze pro čtení a zápis. Musí existovat <souborpec> položka určující primární soubor. Pokud chybí jeden nebo více souborů transakčního protokolu, soubor protokolu se znovu sestaví. ATTACH_REBUILD_LOG automaticky vytvoří nový 1 MB soubor protokolu. Tento soubor se umístí do výchozího umístění souboru protokolu. Informace o tomto umístění naleznete v tématu Zobrazení nebo změna výchozích umístění pro data a soubory protokolu v nástroji SSMS.

Poznámka

Pokud jsou soubory protokolu k dispozici, databázový stroj tyto soubory použije místo opětovného sestavení souborů protokolu.

PRO ATTACH_REBUILD_LOG vyžaduje následující podmínky:

• Čisté vypnutí databáze.
• Všechny datové soubory (MDF a NDF) musí být dostupné.

Důležitý

Tato operace přeruší řetěz zálohování protokolů. Po dokončení operace doporučujeme provést úplnou zálohu databáze. Další informace naleznete v tématu ZÁLOHOVÁNÍ.

Funkce FOR ATTACH_REBUILD_LOG se obvykle používá při kopírování databáze pro čtení a zápisu s velkým protokolem na jiný server, kde se kopie bude používat převážně nebo pouze pro operace čtení, a proto vyžaduje méně místa protokolu než původní databáze.

Pro ATTACH_REBUILD_LOG nelze zadat snímek databáze.

Další informace o připojování a odpojování databází najdete v tématu Odpojení databáze a připojení.

<souborůpec>

Řídí vlastnosti souboru.

LOGICAL_FILE_NAME NAME

Určuje logický název souboru. NÁZEV je vyžadován při zadání NÁZEV SOUBORU, s výjimkou případů, kdy je zadána jedna z klauzulí FOR ATTACH. Souborová skupina FILESTREAM nemůže mít název PRIMARY.

logical_file_name

Je logický název použitý v SQL Serveru při odkazování na soubor. Logical_file_name musí být v databázi jedinečné a dodržovat pravidla pro identifikátory . Název může být znak nebo konstanta Unicode nebo běžný identifikátor s oddělovači.

NÁZEV SOUBORU { 'os_file_name' | 'filestream_path' }

Určuje název souboru operačního systému (fyzického).

os_file_name

Je cesta a název souboru používaný operačním systémem při vytváření souboru. Soubor se musí nacházet na jednom z následujících zařízení: místní server, na kterém je nainstalovaný SQL Server, síť SAN (Storage Area Network) nebo síť založenou na iSCSI. Zadaná cesta musí existovat před spuštěním příkazu CREATE DATABASE. Další informace najdete v tématu Soubory databáze a skupiny souborů dále v tomto článku.

Parametry SIZE, MAXSIZE a FILEGROWTH lze nastavit, pokud je pro soubor zadána cesta UNC.

Pokud je soubor v nezpracovaném oddílu, os_file_name musí zadat pouze písmeno jednotky existujícího nezpracovaného oddílu. V každém nezpracovaných oddílech je možné vytvořit pouze jeden datový soubor.

Poznámka

Nezpracované oddíly nejsou podporovány v SQL Serveru 2014 a novějších verzích.

Datové soubory by neměly být vloženy do komprimovaných systémů souborů, pokud nejsou soubory sekundárními soubory jen pro čtení nebo databáze je jen pro čtení. Soubory protokolů by nikdy neměly být vloženy do komprimovaných systémů souborů.

filestream_path

U skupiny souborů FILESTREAM odkazuje NÁZEV SOUBORU na cestu, kde budou uložena data FILESTREAM. Cesta až do poslední složky musí existovat a poslední složka nesmí existovat. Pokud například zadáte cestu C:\MyFiles\MyFilestreamData, C:\MyFiles musí existovat před spuštěním příkazu ALTER DATABASE, ale složka MyFilestreamData nesmí existovat.

Skupina souborů a soubor (<filespec>) musí být vytvořeny ve stejném příkazu.

Vlastnosti SIZE a FILEGROWTH se nevztahují na skupinu souborů FILESTREAM.

Velikost velikosti

Určuje velikost souboru.

Velikost nelze zadat, pokud je os_file_name zadána jako cesta UNC. Velikost se nevztahuje na skupinu souborů FILESTREAM.

velikosti

Je počáteční velikost souboru.

Pokud velikost primárního souboru není zadána, databázový stroj použije velikost primárního souboru v databázi model. Výchozí velikost databáze model je 8 MB (počínaje SQL Serverem 2016 (13.x)) nebo 1 MB (pro starší verze). Pokud je zadán sekundární datový soubor nebo soubor protokolu, ale velikost není pro soubor zadána, databázový stroj vytvoří soubor 8 MB (počínaje SQL Serverem 2016 (13.x)) nebo 1 MB (pro starší verze). Velikost zadaná pro primární soubor musí být alespoň tak velká jako primární soubor model databáze.

Můžete použít přípony kilobajtů (KB), megabajt (MB), gigabajt (GB) nebo terabajt (TB). Výchozí hodnota je MB. Zadejte celé číslo. Nezahrnujte desetinné číslo. Velikost je celočíselná hodnota. Pro hodnoty větší než 2147483647 použijte větší jednotky.

MAX_SIZE MAXSIZE

Určuje maximální velikost, na kterou se může soubor zvětšit. Hodnotu MAXSIZE nelze zadat, pokud je os_file_name zadána jako cesta UNC.

max_size

Je maximální velikost souboru. Můžete použít přípony KB, MB, GB a TB. Výchozí hodnota je MB. Zadejte celé číslo. Nezahrnujte desetinné číslo. Pokud není zadán max_size, soubor se rozrůstá, dokud nebude disk plný. Max_size je celočíselná hodnota. Pro hodnoty větší než 2147483647 použijte větší jednotky.

NEOMEZENÝ

Určuje, že se soubor rozrůstá, dokud se disk nezaplní. V SQL Serveru má soubor protokolu zadaný s neomezeným růstem maximální velikost 2 TB a datový soubor má maximální velikost 16 TB.

Poznámka

Při zadání této možnosti pro kontejner FILESTREAM neexistuje žádná maximální velikost. Dokud nebude disk plný, bude se dál zvětšovat.

GROWTH_INCREMENT FILEGROWTH

Určuje automatický růst přírůstku souboru. Nastavení FILEGROWTH pro soubor nemůže překročit nastavení MAXSIZE. FileGROWTH nelze zadat, pokud je os_file_name zadána jako cesta UNC. FileGROWTH se nevztahuje na filegroup FILESTREAM.

growth_increment

Je velikost místa přidaná do souboru při každém vyžadování nového místa.

Hodnotu lze zadat v MB, kB, GB, TB nebo procentech (%). Pokud je zadané číslo bez přípony MB, kB nebo %, výchozí hodnota je MB. Při zadání % je velikost přírůstku růstu určená procento velikosti souboru v době, kdy dojde k přírůstku. Zadaná velikost se zaokrouhlí na nejbližší 64 kB a minimální hodnota je 64 kB.

Hodnota 0 označuje, že automatický růst je vypnutý a není povoleno žádné další místo.

Pokud parametr FILEGROWTH není zadaný, výchozí hodnoty jsou:

Verze	Výchozí hodnoty
Začátek SQL Serveru 2016 (13.x)	Data 64 MB. Soubory protokolu 64 MB.
Začátek SYSTÉMU SQL Server 2005 (9.x)	Data 1 MB. Soubory protokolu 10%.
Před SQL Serverem 2005 (9.x)	Data 10%. Soubory protokolu 10%.

< > skupiny souborů

Řídí vlastnosti skupiny souborů. Pro snímek databáze nelze zadat skupinu souborů.

filegroup_name FILEGROUP

Je logický název skupiny souborů.

filegroup_name

filegroup_name musí být v databázi jedinečné a nesmí se jednat o systémové názvy PRIMARY a PRIMARY_LOG. Název může být znak nebo konstanta Unicode nebo běžný identifikátor s oddělovači. Název musí splňovat pravidla pro identifikátory .

OBSAHUJE FILESTREAM

Určuje, že skupina souborů ukládá FILESTREAM binární velké objekty (BLOBs) v systému souborů.

VÝCHOZÍ

Určuje pojmenovanou skupinu souborů jako výchozí skupinu souborů v databázi.

CONTAINS MEMORY_OPTIMIZED_DATA

platí pro: SQL Server 2014 (12.x) a novější

Určuje, že skupina souborů ukládá memory_optimized data v systému souborů. Další informace najdete v tématu In-Memory Přehled optimalizace a scénáře použití. Pro každou databázi je povolena pouze jedna MEMORY_OPTIMIZED_DATA skupina souborů. Ukázky kódu, které vytvářejí skupinu souborů pro ukládání dat optimalizovaných pro paměť, najdete v tématu Vytvoření tabulky Memory-Optimized a nativně zkompilovaná uložená procedura.

database_snapshot_name

Je název nového snímku databáze. Názvy snímků databáze musí být jedinečné v rámci instance SQL Serveru a musí odpovídat pravidlům pro identifikátory. database_snapshot_name může mít maximálně 128 znaků.

ON ( NAME =logical_file_name, FILENAME ='os_file_name') [ ,... n ]

Pro vytvoření snímku databáze určuje seznam souborů ve zdrojové databázi. Aby snímek fungoval, musí být všechny datové soubory zadány jednotlivě. Soubory protokolů ale nejsou povolené pro snímky databáze. Snímky databází nepodporují skupiny souborů FILESTREAM. Pokud je datový soubor FILESTREAM součástí klauzule CREATE DATABASE ON, příkaz selže a vyvolá se chyba.

Popisy názvu a názvu souboru a jejich hodnot najdete v popisech ekvivalentních hodnot <filepec>.

Poznámka

Při vytváření snímku databáze jsou ostatní <souborypec> možnosti a klíčové slovo PRIMARY zakázáno.

JAKO SNÍMEK SOURCE_DATABASE_NAME

Určuje, že vytvářená databáze je snímek databáze zdrojové databáze určené source_database_name. Snímek a zdrojová databáze musí být ve stejné instanci.

Před SQL Serverem 2019 nemohla zdrojová databáze snímku databáze obsahovat skupinu souborů MEMORY_OPTIMIZED_DATA. V SQL Serveru 2019 byla přidána podpora snímků databáze v paměti.

Další informace naleznete v tématu Snímky databáze.

Poznámky

Hlavní databáze by se měla zálohovat při každém vytvoření, změně nebo vyřazení uživatelské databáze.

Příkaz CREATE DATABASE musí běžet v režimu automatického dokončování (výchozí režim správy transakcí) a není povolen v explicitní nebo implicitní transakci.

Pomocí jednoho příkazu CREATE DATABASE můžete vytvořit databázi a soubory, které databázi ukládají. SQL Server implementuje příkaz CREATE DATABASE pomocí následujícího postupu:

1. SQL Server používá kopii databáze modelu k inicializaci databáze a jejích metadat.
2. Identifikátor GUID zprostředkovatele služeb je přiřazen k databázi.
3. Databázový stroj pak vyplní zbytek databáze prázdnými stránkami s výjimkou stránek s interními daty, které zaznamenávají způsob použití místa v databázi.

V instanci SQL Serveru je možné zadat maximálně 32 767 databází.

Každá databáze má vlastníka, který může v databázi provádět zvláštní aktivity. Vlastníkem je uživatel, který vytvoří databázi. Vlastníka databáze lze změnit pomocí ALTER AUTHORIZATION.

Některé funkce databáze závisí na funkcích nebo možnostech, které jsou přítomné v systému souborů, a umožňují tak úplnou funkčnost databáze. Mezi příklady funkcí závislých na sadě funkcí systému souborů patří:

• DBCC CHECKDB
• FileStream
• Online zálohy pomocí VSS a snímků souborů
• Vytvoření snímku databáze
• Skupina souborů optimalizovaných pro paměť

Soubory databáze a skupiny souborů

Každá databáze má alespoň dva soubory, primární soubor a soubor protokolu transakcí a alespoň jednu skupinu souborů. Pro každou databázi je možné zadat maximálně 32 767 souborů a 32 767 skupin souborů.

Když vytváříte databázi, nastavte datové soubory co nejvíce na základě maximálního množství dat, která v databázi očekáváte.

Doporučujeme použít síť SAN (Storage Area Network), síť založenou na iSCSI nebo místně připojený disk pro úložiště databázových souborů SQL Serveru, protože tato konfigurace optimalizuje výkon a spolehlivost SQL Serveru.

Snímky databáze

Příkaz CREATE DATABASE můžete použít k vytvoření statického zobrazení jen pro čtení, snímku databáze zdrojové databáze . Snímek databáze je transakční konzistentní se zdrojovou databází, protože existoval v době vytvoření snímku. Zdrojová databáze může mít více snímků.

Poznámka

Při vytváření snímku databáze nemůže příkaz CREATE DATABASE odkazovat na soubory protokolu, offline soubory, obnovení souborů a nefunkční soubory.

Pokud se vytvoření snímku databáze nezdaří, snímek se stane podezřelým a musí být odstraněn. Další informace naleznete v tématu DROP DATABASE.

Každý snímek zůstane trvalý, dokud se nesmadí pomocí DROP DATABASE.

Další informace najdete v tématu snímky databáze a vytvoření snímku databáze (Transact-SQL).

Možnosti databáze

Při vytváření databáze se automaticky nastaví několik možností databáze. Seznam těchto možností naleznete v tématu ALTER DATABASE SET Options.

Modelová databáze a vytváření nových databází

Všechny uživatelem definované objekty v databázi modelu se zkopírují do všech nově vytvořených databází. Do model databáze, která se má zahrnout do všech nově vytvořených databází, můžete přidat libovolné objekty, jako jsou tabulky, zobrazení, uložené procedury, datové typy atd.

Pokud je zadán příkaz CREATE DATABASE <database_name> bez dalších parametrů velikosti, primární datový soubor se vytvoří stejnou velikost jako primární soubor v model databázi.

Pokud nezadáte FOR ATTACH, zdědí každá nová databáze nastavení možností databáze z databáze model. Například možnost databáze automatické zmenšení je nastavená na true v model a v jakýchkoli nových databázích, které vytvoříte. Pokud změníte možnosti v databázi model, použijí se tato nová nastavení možností v nových databázích, které vytvoříte. Změna operací v databázi model nemá vliv na existující databáze. Pokud je pro příkaz CREATE DATABASE zadán příkaz FOR ATTACH, nová databáze dědí nastavení možností databáze původní databáze.

Zobrazení informací o databázi

Pomocí zobrazení katalogu, systémových funkcí a systémových uložených procedur můžete vracet informace o databázích, souborech a skupinách souborů. Další informace naleznete v tématu systémová zobrazení.

Dovolení

Vyžaduje oprávnění CREATE DATABASE, CREATE ANY DATABASEnebo ALTER ANY DATABASE.

Pokud chcete zachovat kontrolu nad používáním disku v instanci SQL Serveru, oprávnění k vytváření databází je obvykle omezeno na několik přihlášení.

Následující příklad poskytuje oprávnění k vytvoření databáze pro uživatele databáze Fay.

USE master;
GO
GRANT CREATE DATABASE TO [Fay];
GO

Oprávnění k datům a souborům protokolu

Na SQL Serveru jsou určitá oprávnění nastavena na data a soubory protokolů každé databáze. Při každém použití následujících operací v databázi jsou nastavena následující oprávnění:

• Připojený
• Zálohovány
• Vytvořil
• Detašovaný
• Změněno pro přidání nového souboru
• Obnovený

Oprávnění brání tomu, aby se soubory omylem manipulovaly, pokud se nacházejí v adresáři s otevřenými oprávněními.

Poznámka

Edice Microsoft SQL Server 2005 Express nenastavuje oprávnění k datům a souborům protokolu.

Příklady

A. Vytvoření databáze bez zadávání souborů

Následující příklad vytvoří databázi mytest a vytvoří odpovídající primární a transakční soubor protokolu. Protože příkaz nemá žádné <souborypec> položky, primární databázový soubor je velikost model primárního souboru databáze. Transakční protokol je nastaven na větší z těchto hodnot: 512 kB nebo 25% velikost primárního datového souboru. Protože parametr MAXSIZE není zadaný, mohou se soubory zvětšit, aby vyplnily veškeré dostupné místo na disku. Tento příklad také ukazuje, jak před vytvořením databáze mytest databáze odstranit pojmenovanou mytest, pokud existuje.

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. Vytvoření databáze, která určuje data a soubory transakčních protokolů

Následující příklad vytvoří databázi Sales. Protože se klíčové slovo PRIMARY nepoužívá, první soubor (Sales_dat) se stane primárním souborem. Vzhledem k tomu, že v parametru SIZE pro soubor Sales_dat není zadána mb ani kB, používá MB a je přidělen v megabajtech. Soubor Sales_log je přidělen v megabajtech, protože přípona MB je explicitně uvedena v parametru 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 = 5MB,
    MAXSIZE = 25MB,
    FILEGROWTH = 5MB ) ;
GO

C. Vytvoření databáze zadáním více dat a souborů transakčních protokolů

Následující příklad vytvoří databázi Archive, která má tři 100-MB datové soubory a dva 100-MB soubory transakčního protokolu. Primární soubor je první soubor v seznamu a explicitně je určen pomocí klíčového slova PRIMARY. Soubory transakčního protokolu se zadají podle klíčových slov LOG ON. Všimněte si přípon používaných pro soubory v možnosti FILENAME: .mdf se používá pro primární datové soubory, .ndf se používá pro sekundární datové soubory a .ldf se používá pro soubory transakčních protokolů. Tento příklad umístí databázi na jednotku D: místo databáze master.

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

D. Vytvoření databáze se skupinami souborů

Následující příklad vytvoří databázi Sales, která má následující skupiny souborů:

• Primární skupina souborů se soubory Spri1_dat a Spri2_dat. Přírůstky FILEGROWTH pro tyto soubory jsou určeny jako 15%.
• Skupina souborů s názvem SalesGroup1 se soubory SGrp1Fi1 a SGrp1Fi2.
• Skupina souborů s názvem SalesGroup2 se soubory SGrp2Fi1 a SGrp2Fi2.

Tento příklad umístí data a soubory protokolů na různé disky, aby se zlepšil výkon.

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 = 5MB,
    MAXSIZE = 25MB,
    FILEGROWTH = 5MB ) ;
GO

E. Připojení databáze

Následující příklad odpojí databázi Archive vytvořené v příkladu D a pak ji připojí pomocí klauzule FOR ATTACH. Archive byla definována tak, aby měla více dat a souborů protokolu. Vzhledem k tomu, že se umístění souborů od jejich vytvoření nezměnilo, musí být v klauzuli FOR ATTACH zadán pouze primární soubor. Počínaje SQL Serverem 2005 (9.x) budou všechny fulltextové soubory, které jsou součástí připojené databáze, připojeny k databázi.

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

F. Vytvoření snímku databáze

Následující příklad vytvoří snímek databáze sales_snapshot0600. Vzhledem k tomu, že snímek databáze je jen pro čtení, nelze zadat soubor protokolu. V souladu se syntaxí je zadán každý soubor ve zdrojové databázi a skupiny souborů nejsou zadány.

Zdrojová databáze pro tento příklad je Sales databáze vytvořená v příkladu 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. Vytvoření databáze a zadání názvu kolace a možností

Následující příklad vytvoří databázi MyOptionsTest. Je zadán název kolace a možnosti TRUSTYWORTHY a DB_CHAINING jsou nastaveny na 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. Připojení fulltextového katalogu, který byl přesunut

Následující příklad připojí fulltextový katalog AdvWksFtCat spolu se soubory AdventureWorks2022 dat a protokolů. V tomto příkladu se fulltextový katalog přesune z výchozího umístění do nového umístění c:\myFTCatalogs. Soubory dat a protokolů zůstanou ve svých výchozích umístěních.

USE master;
GO
--Detach the AdventureWorks2022 database
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

Já. Vytvoření databáze, která určuje skupinu souborů řádků a dvě skupiny souborů FILESTREAM

Následující příklad vytvoří databázi FileStreamDB. Databáze se vytvoří s jednou skupinou souborů řádků a dvěma skupinami souborů FILESTREAM. Každá skupina souborů obsahuje jeden soubor:

• FileStreamDB_data obsahuje data řádků. Obsahuje jeden soubor, FileStreamDB_data.mdf s výchozí cestou.
• FileStreamPhotos obsahuje data FILESTREAM. Obsahuje dva datové kontejnery FILESTREAM, FSPhotos, umístěné v C:\MyFSfolder\Photos a FSPhotos2, umístěné v D:\MyFSfolder\Photos. Označí se jako výchozí filegroup FILESTREAM.
• FileStreamResumes obsahuje data FILESTREAM. Obsahuje jeden datový kontejner FILESTREAM, FSResumes, umístěný v C:\MyFSfolder\Resumes.

USE master;
GO
-- Get the SQL Server data path.
DECLARE @data_path 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 = 10MB
    ,MAXSIZE = 50MB
    ,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 will be 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 = 5MB
    ,MAXSIZE = 25MB
    ,FILEGROWTH = 5MB
    )'
);
GO

J. Vytvoření databáze, která má skupinu souborů FILESTREAM s více soubory

Následující příklad vytvoří databázi BlobStore1. Databáze se vytvoří pomocí jedné skupiny souborů řádků a jedné skupiny souborů FILESTREAM, FS. FileSTREAM filegroup obsahuje dva soubory, FS1 a FS2. Databáze se pak změní přidáním třetího souboru FS3do skupiny souborů FILESTREAM.

USE master;
GO

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

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

Související obsah

• ALTER DATABASE
• odpojení databáze a připojení
• DROP DATABASE
• EVENTDATA
• ALTER AUTHORIZATION
• sp_detach_db
• sp_removedbreplication
• snímky databáze
• přesunout soubory databáze
• databáze
• dat binárního velkého objektu (blob)