Poznámka:
Přístup k této stránce vyžaduje autorizaci. Můžete se zkusit přihlásit nebo změnit adresáře.
Přístup k této stránce vyžaduje autorizaci. Můžete zkusit změnit adresáře.
Upraví určité možnosti konfigurace databáze.
Tento článek obsahuje syntaxi, argumenty, poznámky, oprávnění a příklady pro vámi zvolený produkt SQL.
Další informace o konvencích syntaxe najdete v tématu Transact-SQL konvence syntaxe.
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 *
Azure Synapse
analýzy
Přehled: SQL Server
V SYSTÉMU SQL Server tento příkaz upraví databázi nebo soubory a skupiny souborů přidružené k databázi. ALTER DATABASE přidává nebo odebírá soubory a skupiny souborů z databáze, mění atributy databáze nebo jejích souborů a skupin, mění třídění databáze a nastavuje možnosti databáze. Snímky databáze nelze upravit. Chcete-li upravit možnosti databáze přidružené k replikaci, použijte sp_replicationdboption.
Vzhledem k jeho délce je syntaxe ALTER DATABASE oddělená do více článků.
| Článek | Popis |
|---|---|
ALTER DATABASE |
Aktuální článek obsahuje syntaxi a související informace pro změnu názvu a kolace databáze. |
| ALTER DATABASE Možnosti souborů a skupin souborů | Poskytuje syntaxi a související informace pro přidávání a odebírání souborů a skupin souborů z databáze a pro změnu atributů souborů a skupin souborů. |
| ALTER DATABASE SET možnosti | Poskytuje syntaxi a související informace pro změnu atributů databáze pomocí SET možností ALTER DATABASE. |
| ALTER DATABASE Zrcadlení databází | Poskytuje syntaxi a související informace pro SET možnosti ALTER DATABASE související s zrcadlením databází. |
| ALTER DATABASE SET HADR | Poskytuje syntaxi a související informace pro možnosti pro nastavení ALTER DATABASE sekundární databáze na sekundární repliku skupiny dostupnosti Always On. |
| ALTER DATABASE Úroveň kompatibility | Poskytuje syntaxi a související informace o možnostech SETALTER DATABASE , které souvisejí s úrovní kompatibility databází. |
| ALTER DATABASE SCOPED CONFIGURATION | Poskytuje syntaxi související s konfigurací s vymezeným oborem databáze, které se používají pro jednotlivá nastavení na úrovni databáze, jako je například optimalizace dotazů a chování související se spouštěním dotazů. |
Syntaxe
-- SQL Server Syntax
ALTER DATABASE { database_name | CURRENT }
{
MODIFY NAME = new_database_name
| COLLATE collation_name
| <file_and_filegroup_options>
| SET <option_spec> [ ,...n ] [ WITH <termination> ]
}
[;]
<file_and_filegroup_options>::=
<add_or_modify_files>::=
<filespec>::=
<add_or_modify_filegroups>::=
<filegroup_updatability_option>::=
<option_spec>::=
{
| <auto_option>
| <change_tracking_option>
| <cursor_option>
| <database_mirroring_option>
| <date_correlation_optimization_option>
| <db_encryption_option>
| <db_state_option>
| <db_update_option>
| <db_user_access_option>
| <delayed_durability_option>
| <external_access_option>
| <FILESTREAM_options>
| <HADR_options>
| <parameterization_option>
| <query_store_options>
| <recovery_option>
| <service_broker_option>
| <snapshot_option>
| <sql_option>
| <termination>
| <temporal_history_retention>
| <data_retention_policy>
| <compatibility_level>
{ 170 | 160 | 150 | 140 | 130 | 120 | 110 | 100 }
}
Argumenty
database_name
Je název databáze, která se má upravit.
Poznámka
Tato možnost není dostupná v databázi s omezením.
SOUČASNÝ
platí pro: SQL Server 2012 (11.x) a novější.
Určuje, že by se měla změnit aktuální použitá databáze.
UPRAVIT NÁZEV = new_database_name
Přejmenuje databázi s názvem zadaným jako new_database_name.
COLLATE collation_name
Určuje kolaci databáze. collation_name 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 kolace instance SQL Serveru.
Poznámka
Kolaci nelze po vytvoření databáze ve službě Azure SQL Database změnit.
Při vytváření databází s jinou než výchozí kolací respektují data v databázi vždy zadanou kolaci. Při vytváření obsažené databáze pro SQL Server se informace z interního katalogu udržují pomocí výchozí kolace SYSTÉMU SQL Server Latin1_General_100_CI_AS_WS_KS_SC.
Pro více informací o názvech třídění Windows a SQL viz COLLATE.
< > delayed_durability_option ::=
platí pro: SQL Server 2014 (12.x) a novější.
Pro více informací viz ALTER DATABASE SET options a Control Transaction Durability.
< >file_and_filegroup_options::=
Další informace najdete v tématu ALTER DATABASE Možnosti souborů a skupin souborů.
Poznámky
Pro odstranění databáze použijte DROP DATABASE.
Chcete-li zmenšit velikost databáze, použijte DBCC SHRINKDATABASE.
Příkaz ALTER DATABASE musí běžet v režimu automatického potvrzení (výchozí režim správy transakcí) a není povolený v explicitní nebo implicitní transakci.
Stav databázového souboru (například online nebo offline) se udržuje nezávisle na stavu databáze. Další informace naleznete v tématu Stav souborů. Stav souborů v rámci skupiny souborů určuje dostupnost celé skupiny souborů. Aby byla skupina souborů dostupná, musí být všechny soubory v rámci skupiny souborů online. Pokud je skupina souborů offline, jakýkoli pokus o přístup ke skupině souborů příkazem SQL selže s chybou. Při vytváření plánů dotazů pro příkazy SELECT se optimalizátor dotazů vyhne neclusterovaným indexům a indexovaným zobrazením umístěným v offline skupinách souborů. To umožňuje úspěšné provedení těchto příkazů. Pokud však offline skupina souborů obsahuje haldu nebo clusterovaný index cílové tabulky, příkazy SELECT selžou. Kromě toho všechny INSERT, UPDATEnebo DELETE příkazu, který upraví tabulku s libovolným indexem v offline skupině souborů, selže.
Pokud je databáze ve stavu OBNOVENÍ, většina příkazů ALTER DATABASE selže. Výjimkou je nastavení možností zrcadlení databáze. Databáze může být ve stavu OBNOVENÍ během aktivní operace obnovení nebo v případě, že operace obnovení databáze nebo souboru protokolu selže kvůli poškozenému záložnímu souboru.
Mezipaměť plánu pro instanci SQL Serveru se vymaže nastavením jedné z následujících možností.
- COLLATE
- UPRAVIT SOUBOROVOU SKUPINU DEFAULT
- ÚPRAVA READ_ONLY FILEGROUP
- ÚPRAVA READ_WRITE FILEGROUP
- MODIFY_NAME
- Offline
- ONLINE
- PAGE_VERIFY
- READ_ONLY
- čtení/zápis
Vymazání mezipaměti plánu způsobí rekompilace všech následných plánů spuštění a může způsobit náhlé dočasné snížení výkonu dotazů. Pro každé vymazané úložiště mezipaměti v mezipaměti plánu obsahuje protokol chyb SYSTÉMU SQL Server následující informační zprávu: SQL Server has encountered %d occurrence(s) of cachestore flush for the '%s' cachestore (part of plan cache) due to some database maintenance or reconfigure operations. Tato zpráva se protokoluje každých pět minut, dokud se mezipaměť vyprázdní v daném časovém intervalu.
Mezipaměť plánu se také vyprázdní v následujících scénářích:
- Databáze má možnost
AUTO_CLOSEdatabáze nastavenou na zapnuto. Pokud žádné odkazy na připojení uživatele nebo nepoužívá databázi, úloha na pozadí se pokusí databázi zavřít a vypnout automaticky. - Na databázi s výchozími možnostmi spustíte několik dotazů. Databáze se pak zahodí.
- Snímek databáze zdrojové databáze se zahodí.
- Úspěšně znovu sestavíte transakční protokol pro databázi.
- Obnovíte zálohu databáze.
- Odpojte databázi.
Změna kolace databáze
Než u databáze použijete jinou kolaci, ujistěte se, že jsou splněny následující podmínky:
- Právě používáte databázi.
- Žádný objekt vázaný na schématu závisí na kolaci databáze.
Pokud v databázi existují následující objekty, které závisí na kolaci databáze, příkaz ALTER DATABASE database_name COLLATE selže. SQL Server vrátí chybovou zprávu pro každý objekt blokující ALTER akci:
- Uživatelem definované funkce a zobrazení vytvořené pomocí FUNKCE SCHEMABINDING
- Počítané sloupce
- Omezení CHECK
- Funkce hodnotné tabulkou, které vracejí tabulky se sloupci znaků s kolacemi zděděnými z výchozí kolace databáze
Informace o závislostech pro entity, které nejsou vázané na schéma, se při změně kolace databáze automaticky aktualizují.
Změna kolace databáze nevytváří duplicity mezi žádnými názvy systémů pro databázové objekty. Pokud výsledkem změněné kolace jsou duplicitní názvy, mohou následující obory názvů způsobit selhání změny kolace databáze:
- Názvy objektů, jako je procedura, tabulka, trigger nebo zobrazení
- Názvy schémat
- Objekty zabezpečení, jako je skupina, role nebo uživatel
- Skalární názvy typů, jako jsou systémové a uživatelem definované typy
- Názvy fulltextového katalogu
- Názvy sloupců nebo parametrů v rámci objektu
- Názvy indexů v tabulce
Duplicitní názvy vyplývající z nové kolace způsobí selhání akce změny a SQL Server vrátí chybovou zprávu určující obor názvů, ve kterém byl nalezen duplikát.
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ů.
Dovolení
Vyžaduje ALTER oprávnění k databázi.
Příklady
A. Změna názvu databáze
Následující příklad změní název databáze AdventureWorks2025 na Northwind.
USE master;
GO
ALTER DATABASE AdventureWorks2022
Modify Name = Northwind ;
GO
B. Změna kolace databáze
Následující příklad vytvoří databázi s názvem testdb s kolací SQL_Latin1_General_CP1_CI_AS a potom změní kolaci testdb databáze na COLLATE French_CI_AI.
platí pro: SQL Server 2008 (10.0.x) a novější.
USE master;
GO
CREATE DATABASE testdb
COLLATE SQL_Latin1_General_CP1_CI_AS ;
GO
ALTER DATABASE testDB
COLLATE French_CI_AI ;
GO
Související obsah
- CREATE DATABASE
- DATABASEPROPERTYEX (Transact-SQL)
- DROP DATABASE (Transact-SQL)
- SET TRANSACTION ISOLATION LEVEL (Transact-SQL)
- EVENTDATA (Transact-SQL)
- sys.sp_configure (Transact-SQL)
- sys.sp_spaceused (Transact-SQL)
- sys.databases (Transact-SQL)
- sys.database_files (Transact-SQL)
- sys.data_spaces (Transact-SQL)
- sys.filegroups (Transact-SQL)
- sys.master_files (Transact-SQL)
- systémových databází
* SQL databáze *
Azure Synapse
analýzy
Přehled: SQL Database
V Azure SQL Database použijte tento příkaz k úpravě databáze. Tento příkaz použijte ke změně názvu databáze, změně cíle edice a služby databáze, připojení nebo odebrání databáze do nebo z elastického fondu, nastavení možností databáze, přidání nebo odebrání databáze jako sekundární v relaci geografické replikace a nastavení úrovně kompatibility databáze.
Vzhledem k jeho délce je syntaxe ALTER DATABASE oddělená do více článků.
ALTER DATABASE
Aktuální článek obsahuje syntaxi a související informace pro změnu názvu a dalších nastavení databáze.
ALTER DATABASE SET Možnosti
Poskytuje syntaxi a související informace pro změnu atributů databáze pomocí SET možností ALTER DATABASE.
ALTER DATABASE Úroveň kompatibility
Poskytuje syntaxi a související informace o možnostech SETALTER DATABASE , které souvisejí s úrovní kompatibility databází.
Syntaxe
-- Azure SQL Database Syntax
ALTER DATABASE { database_name | CURRENT }
{
MODIFY NAME = new_database_name
| MODIFY ( <edition_options> [, ... n] ) [WITH MANUAL_CUTOVER]
| MODIFY BACKUP_STORAGE_REDUNDANCY = { 'LOCAL' | 'ZONE' | 'GEO' }
| SET { <option_spec> [ ,... n ] WITH <termination>}
| ADD SECONDARY ON SERVER <partner_server_name>
[WITH ( <add-secondary-option>::=[, ... n] ) ]
| PERFORM_CUTOVER
| REMOVE SECONDARY ON SERVER <partner_server_name>
| FAILOVER
| FORCE_FAILOVER_ALLOW_DATA_LOSS
}
[;]
<edition_options> ::=
{
MAXSIZE = { 100 MB | 250 MB | 500 MB | 1 ... 1024 ... 4096 GB }
| EDITION = { 'Basic' | 'Standard' | 'Premium' | 'GeneralPurpose' | 'BusinessCritical' | 'Hyperscale'}
| SERVICE_OBJECTIVE =
{ <service-objective>
| { ELASTIC_POOL (name = <elastic_pool_name>) }
}
}
<add-secondary-option> ::=
{
ALLOW_CONNECTIONS = { ALL | NO }
| BACKUP_STORAGE_REDUNDANCY = { 'LOCAL' | 'ZONE' | 'GEO' }
| SERVICE_OBJECTIVE =
{ <service-objective>
| { ELASTIC_POOL ( name = <elastic_pool_name>) }
| DATABASE_NAME = <target_database_name>
| SECONDARY_TYPE = { GEO | NAMED }
}
}
<service-objective> ::={ 'Basic' |'S0' | 'S1' | 'S2' | 'S3'| 'S4'| 'S6'| 'S7'| 'S9'| 'S12'
| 'P1' | 'P2' | 'P4'| 'P6' | 'P11' | 'P15'
| 'BC_DC_n'
| 'BC_Gen5_n'
| 'BC_M_n'
| 'GP_DC_n'
| 'GP_Gen5_n'
| 'GP_S_Gen5_n'
| 'HS_DC_n'
| 'HS_Gen5_n'
| 'HS_S_Gen5_n'
| 'HS_MOPRMS_n'
| 'HS_PRMS_n'
| { ELASTIC_POOL(name = <elastic_pool_name>) }
}
<option_spec> ::=
{
<auto_option>
| <change_tracking_option>
| <cursor_option>
| <db_encryption_option>
| <db_update_option>
| <db_user_access_option>
| <delayed_durability_option>
| <parameterization_option>
| <query_store_options>
| <snapshot_option>
| <sql_option>
| <target_recovery_time_option>
| <termination>
| <temporal_history_retention>
| <compatibility_level>
{ 170 | 160 | 150 | 140 | 130 | 120 | 110 | 100 }
}
Argumenty
database_name
Je název databáze, která se má upravit.
SOUČASNÝ
Určuje, že by se měla změnit aktuální použitá databáze.
UPRAVIT NÁZEV = new_database_name
Přejmenuje databázi s názvem zadaným jako new_database_name. Následující příklad změní název databáze db1 na db2:
ALTER DATABASE db1
MODIFY Name = db2 ;
MODIFY (EDITION = ['Basic' | 'Standard' | Premium | GeneralPurpose' | 'BusinessCritical' | "Hyperscale"])
Změní úroveň služby databáze.
Následující příklad změní edici na Premium:
ALTER DATABASE current
MODIFY (EDITION = 'Premium');
Důležitý
Změna edice selže, pokud je vlastnost MAXSIZE pro databázi nastavena na hodnotu mimo platný rozsah podporovaný danou edicí.
MODIFY BACKUP_STORAGE_REDUNDANCY = ['LOCAL' | 'ZÓNA' | 'GEO']
Změní redundanci úložiště záloh obnovení k určitému bodu v čase a dlouhodobé zálohy uchovávání (pokud jsou nakonfigurované) databáze. Změny se použijí u všech budoucích záloh. Existující zálohy budou nadále používat předchozí nastavení.
Pokud chcete vynutit rezidenci dat při vytváření databáze pomocí T-SQL, použijte LOCAL nebo ZONE jako vstup do parametru BACKUP_STORAGE_REDUNDANCY.
MODIFY (MAXSIZE = [100 MB | 500 MB | 1 | 1024...4096] GB)
Určuje maximální velikost databáze. Maximální velikost musí být v souladu s platnou sadou hodnot pro vlastnost EDITION databáze. Změna maximální velikosti databáze může způsobit změnu edice databáze.
Poznámka
Argument MAXSIZE se nevztahuje na izolované databáze na úrovni služby Hyperscale. Databáze vrstvy služby Hyperscale se podle potřeby zvětšují až o 128 TB. Služba SQL Database přidává úložiště automaticky – nemusíte nastavovat maximální velikost.
model DTU
| MAXSIZE | Základní | S0-S2 | |
P1-P6 | P11-P15 |
|---|---|---|---|---|---|
| 100 MB | Ano | Ano | Ano | Ano | Ano |
| 250 MB | Ano | Ano | Ano | Ano | Ano |
| 500 MB | Ano | Ano | Ano | Ano | Ano |
| 1 GB | Ano | Ano | Ano | Ano | Ano |
| 2 GB | Ano (D) | Ano | Ano | Ano | Ano |
| 5 GB | Není k dispozici | Ano | Ano | Ano | Ano |
| 10 GB | Není k dispozici | Ano | Ano | Ano | Ano |
| 20 GB | Není k dispozici | Ano | Ano | Ano | Ano |
| 30 GB | Není k dispozici | Ano | Ano | Ano | Ano |
| 40 GB | Není k dispozici | Ano | Ano | Ano | Ano |
| 50 GB | Není k dispozici | Ano | Ano | Ano | Ano |
| 100 GB | Není k dispozici | Ano | Ano | Ano | Ano |
| 150 GB | Není k dispozici | Ano | Ano | Ano | Ano |
| 200 GB | Není k dispozici | Ano | Ano | Ano | Ano |
| 250 GB | Není k dispozici | Ano (D) | Ano (D) | Ano | Ano |
| 300 GB | Není k dispozici | Ano | Ano | Ano | Ano |
| 400 GB | Není k dispozici | Ano | Ano | Ano | Ano |
| 500 GB | Není k dispozici | Ano | Ano | Ano (D) | Ano |
| 750 GB | Není k dispozici | Ano | Ano | Ano | Ano |
| 1 024 GB | Není k dispozici | Ano | Ano | Ano | Ano (D) |
| Od 1 024 GB do 4 096 GB v přírůstcích po 256 GB 1 | Není k dispozici | Není k dispozici | Není k dispozici | Není k dispozici | Ano |
1 P11 a P15 umožňují maxSIZE až 4 TB s výchozí velikostí 1 024 GB. P11 a P15 mohou bez dalších poplatků využívat až 4 TB zahrnutého úložiště. Na úrovni Premium je maxSIZE větší než 1 TB aktuálně k dispozici v následujících oblastech: USA – východ 2, USA – západ, US Gov – Virginie, Západní Evropa, Německo – střed, Jihovýchodní Asie, Japonsko – východ, Austrálie – východ, Kanada – střed a Kanada – východ. Další informace o omezeních prostředků pro model DTU najdete v tématu omezení prostředků DTU.
Hodnota MAXSIZE pro model DTU , pokud je zadána, musí být platná hodnota zobrazená v předchozí tabulce pro zadanou úroveň služby.
Omezení, jako je maximální velikost dat a velikost tempdb v nákupním modelu virtuálních jader, najdete v článcích o omezeních prostředků pro izolované databáze nebo limity prostředků pro elastické fondy.
Pokud se při použití modelu virtuálních jader nenastaví žádná MAXSIZE hodnota, výchozí hodnota je 32 GB. Další informace o omezeních prostředků pro model virtuálních jader najdete v tématu Omezení prostředků virtuálních jader.
Následující pravidla platí pro argumenty MAXSIZE a EDITION:
- Pokud je zadaná edice, ale hodnota MAXSIZE není zadaná, použije se výchozí hodnota edice. Je například edice nastavená na Standard a není zadána hodnota MAXSIZE, hodnota MAXSIZE se automaticky nastaví na 250 MB.
- Pokud není zadána hodnota MAXSIZE ani EDITION, je edice nastavena na úroveň Pro obecné účely a hodnota MAXSIZE je nastavená na 32 GB.
MODIFY (SERVICE_OBJECTIVE = <>cíle služby )
Určuje velikost výpočetních prostředků a cíl služby.
SERVICE_OBJECTIVE
Určuje velikost výpočetních prostředků (označovanou také jako cíl na úrovni služby nebo cíl úrovně služby).
- Nákupní model DTU:
S0,S1,S2,S3,S4,S6,S7,S9,S12,P1,P2,P4,P6,P11,P15. Projděte si omezení prostředků pro izolované databáze DTU nebo limity prostředků pro elastické fondy DTU a vyhledejte počet DTU přiřazených ke každé velikosti výpočetních prostředků. - Pro nákupní model virtuálních jader zvolte úroveň a zadejte počet virtuálních jader z přednastaveného seznamu hodnot, kde je počet virtuálních jader
n. Podívejte se na limity prostředků pro izolované databáze virtuálních jader nebo limity prostředků pro elastické fondy virtuálních jader.- Například:
-
GP_Gen5_8pro obecné účely, zřízené výpočetní prostředky, řady Standard (Gen5), 8 virtuálních jader. -
GP_S_Gen5_8pro obecné účely, bezserverové výpočetní prostředky, řady Standard (Gen5), 8 virtuálních jader. -
HS_Gen5_8pro Hyperscale, zřízené výpočetní prostředky, řady Standard (Gen5), 8 virtuálních jader. -
HS_S_Gen5_8pro Hyperscale, bezserverové výpočetní prostředky, řadu Standard (Gen5), 8 virtuálních jader.
Následující ukázka například změní cíl služby databáze úrovně Premium v nákupním modelu DTU na P6:
ALTER DATABASE <database_name>
MODIFY (SERVICE_OBJECTIVE = 'P6');
Následující ukázka například změní cíl služby zřízené výpočetní databáze v nákupním modelu virtuálních jader na GP_Gen5_8:
ALTER DATABASE <database_name>
MODIFY (SERVICE_OBJECTIVE = 'GP_Gen5_8');
DATABASE_NAME
Pouze pro Hyperscale služby Azure SQL Database. Název databáze, který se vytvoří. Hyperškálování pojmenovaných replik služby Azure SQL Database používá pouze při SECONDARY_TYPE = NAMED. Další informace najdete v tématu sekundární repliky hyperškálování.
SECONDARY_TYPE
Pouze pro Hyperscale služby Azure SQL Database.
GEO určuje geografickou repliku, NAMED určuje pojmenovanou repliku. Výchozí hodnota je GEO. Další informace najdete v tématu sekundární repliky hyperškálování.
Popisy cílů služby a další informace o kombinacích velikostí, edicí a cílů služby najdete v tématu Porovnání nákupních modelů založených na virtuálních jádrech a DTU služby azure SQL Database, omezení prostředků DTU a omezení prostředků virtuálních jader. Podpora cílů služby PRS byla odebrána.
Pokud není zadán SERVICE_OBJECTIVE, sekundární databáze se vytvoří na stejné úrovni služby jako primární databáze. Po zadání SERVICE_OBJECTIVE se sekundární databáze vytvoří na zadané úrovni. Zadaný SERVICE_OBJECTIVE musí být ve stejné edici jako zdroj. Pokud je například edice Premium, nemůžete zadat S0.
MODIFY (SERVICE_OBJECTIVE = ELASTIC_POOL (název = <elastic_pool_name>)
Pokud chcete do elastického fondu přidat existující databázi, nastavte SERVICE_OBJECTIVE databáze na ELASTIC_POOL a zadejte název elastického fondu. Tuto možnost můžete použít také ke změně databáze na jiný elastický fond na stejném serveru. Další informace najdete v tématu Elastické fondy, které vám pomůžou spravovat a škálovat více databází ve službě Azure SQL Database. Pro odstranění databáze z elastického poolu použijte ALTER DATABASE nastavení SERVICE_OBJECTIVE na jednu velikost výpočetní kapacity databáze (cíl služby).
Poznámka
Databáze na úrovni služby Hyperscale nejde přidat do elastického fondu.
PŘIDÁNÍ SEKUNDÁRNÍHO <PARTNER_SERVER_NAME> SERVERU
Vytvoří sekundární databázi geografické replikace se stejným názvem na partnerském serveru, čímž se místní databáze převede na primární geografickou replikaci a začne asynchronně replikovat data z primárního do nového sekundárního serveru. Pokud databáze se stejným názvem už v sekundární databázi existuje, příkaz selže. Příkaz se spustí na master databázi na serveru, který je hostitelem místní databáze, která se stane primární.
Důležitý
Ve výchozím nastavení se sekundární databáze vytvoří se stejnou redundancí úložiště zálohování jako primární nebo zdrojová databáze. Změna redundance úložiště zálohování při vytváření sekundárního úložiště není podporována prostřednictvím T-SQL.
S ALLOW_CONNECTIONS { VŠICHNI | NE }
Pokud není zadaný ALLOW_CONNECTIONS, je ve výchozím nastavení nastavená na ALL. Pokud je nastavená možnost ALL, je to databáze určená jen pro čtení, která umožňuje připojení všech přihlášení s odpovídajícími oprávněními.
ELASTIC_POOL (název = <elastic_pool_name>)
Pokud není zadaný ELASTIC_POOL, sekundární databáze se nevytvořila v elastickém fondu. Po zadání ELASTIC_POOL se v zadaném fondu vytvoří sekundární databáze.
Důležitý
Uživatel, který spouští příkaz ADD SECONDARY, musí být DBManager na primárním serveru, musí mít db_owner členství v místní databázi a DBManager na sekundárním serveru. IP adresa klienta musí být přidána do seznamu povolených v rámci pravidel brány firewall pro primární i sekundární servery. V případě různých IP adres klienta musí být do sekundárního serveru přidána stejná IP adresa klienta, která byla přidána na primární server. Tento krok je nutný k provedení před spuštěním příkazu ADD SECONDARY pro zahájení geografické replikace.
ODEBRÁNÍ SEKUNDÁRNÍHO <PARTNER_SERVER_NAME> SERVERU
Odebere zadanou geograficky replikovanou sekundární databázi na zadaném serveru. Příkaz se spustí v databázi master na serveru, který je hostitelem primární databáze.
Důležitý
Uživatel, který spouští příkaz REMOVE SECONDARY, musí být dbManager na primárním serveru.
PŘEVZETÍ SLUŽEB PŘI SELHÁNÍ
Podporuje sekundární databázi v partnerství geografické replikace, na kterém se příkaz provede, aby se stal primárním a degraduje aktuální primární server, aby se stal novým sekundárním. V rámci tohoto procesu se režim geografické replikace dočasně přepne z asynchronního režimu na synchronní režim. Během procesu převzetí služeb při selhání:
- Primární přestane přebít nové transakce.
- Všechny nevyřízených transakcí se vyprázdní na sekundární.
- Sekundární se stane primární a začne asynchronní geografickou replikaci se starým primárním / novým sekundárním serverem.
Tato posloupnost zajišťuje, že nedojde ke ztrátě dat. Období, během kterého jsou obě databáze nedostupné, je v pořadí od 0 do 25 sekund, zatímco se role přepnou. Celková operace by neměla trvat déle než přibližně jednu minutu. Pokud je primární databáze při vydání tohoto příkazu nedostupná, příkaz selže s chybovou zprávou, že primární databáze není k dispozici. Pokud se proces převzetí služeb při selhání nedokončí a zobrazí se zablokovaný, můžete použít příkaz vynuceného převzetí služeb při selhání a přijmout ztrátu dat – a pokud potřebujete obnovit ztracená data, zavolejte devops (CSS) a obnovte ztracená data.
Důležitý
Uživatel, který spouští příkaz PŘEVZETÍ SLUŽEB PŘI SELHÁNÍ, musí být dbManager na primárním i sekundárním serveru.
FORCE_FAILOVER_ALLOW_DATA_LOSS
Podporuje sekundární databázi v partnerství geografické replikace, na kterém se příkaz provede, aby se stal primárním a degraduje aktuální primární server, aby se stal novým sekundárním. Tento příkaz použijte pouze v případě, že aktuální primární server už není k dispozici. Je určená pouze pro zotavení po havárii, pokud je obnovení dostupnosti kritické a je přijatelná určitá ztráta dat.
Během vynuceného převzetí služeb při selhání:
- Zadaná sekundární databáze se okamžitě stane primární databází a začne přijímat nové transakce.
- Když se původní primární server může znovu připojit k nové primární, provede se přírůstková záloha na původní primární databázi a původní primární server se stane novou sekundární.
- Pokud chce uživatel obnovit data z této přírůstkové zálohy na staré primární databázi, zapojí devops/CSS.
- Pokud existují další sekundární soubory, automaticky se překonfigurují tak, aby se staly sekundárními novými primárními. Tento proces je asynchronní a může do dokončení tohoto procesu dojít ke zpoždění. Dokud se rekonfigurace nedokončí, budou sekundární i nadále sekundáři starého primárního serveru.
Důležitý
Uživatel, který spouští příkaz FORCE_FAILOVER_ALLOW_DATA_LOSS, musí být členem role dbmanager na primárním i sekundárním serveru.
MANUAL_CUTOVER
Spusťte převod databáze na úroveň služby Hyperscale s možností ručního zahájení přímé migrace, až bude připravená. Platí pouze v případě, že se úroveň služby převádí na Hyperscale. K zahájení přímé migrace použijte PERFORM_CUTOVER. Další informace najdete v tématu Převod existující databáze na hyperškálování.
Monitorujte průběh převodu na Hyperscale pomocí sys.dm_operation_status.
PERFORM_CUTOVER
Iniciuje přímou migraci, když je převod databáze na úroveň Hyperscale ve stavu WaitingForCutover. Platí pouze v případě, že se úroveň služby převádí na Hyperscale, která byla spuštěna s argumentem MANUAL_CUTOVER.
Monitorujte průběh převodu na Hyperscale pomocí sys.dm_operation_status. Další informace najdete v tématu Převod existující databáze na hyperškálování.
Poznámky
Pro odstranění databáze použijte DROP DATABASE. Chcete-li zmenšit velikost databáze, použijte DBCC SHRINKDATABASE.
Příkaz ALTER DATABASE musí běžet v režimu automatického potvrzení (výchozí režim správy transakcí) a není povolený v explicitní nebo implicitní transakci.
Vymazání mezipaměti plánu způsobí rekompilace všech následných plánů spuštění a může způsobit náhlé dočasné snížení výkonu dotazů. Pro každé vymazané úložiště mezipaměti v mezipaměti plánu obsahuje protokol chyb SYSTÉMU SQL Server následující informační zprávu: SQL Server has encountered %d occurrence(s) of cachestore flush for the '%s' cachestore (part of plan cache) due to some database maintenance or reconfigure operations. Tato zpráva se protokoluje každých pět minut, dokud se mezipaměť vyprázdní v daném časovém intervalu.
Mezipaměť procedur je také vyprázdněna v následujícím scénáři: Spustíte několik dotazů na databázi s výchozími možnostmi. Databáze se pak zahodí.
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ů.
Dovolení
Pokud chcete změnit databázi, musí být přihlašovací jméno správce serveru (vytvořené při zřízení logického serveru Azure SQL Database), správce serveru Microsoft Entra, člen databázové role dbmanager v master, člen role databáze db_owner databáze v aktuální databázi nebo dbo databáze. Microsoft Entra ID je (dříve Azure Active Directory).
Pro škálování databází přes T-SQL ALTER DATABASE jsou potřeba oprávnění. Ke škálování databází prostřednictvím webu Azure Portal, PowerShellu, Azure CLI nebo rozhraní REST API se vyžadují oprávnění Azure RBAC, konkrétně role Přispěvatel, Přispěvatel databáze SQL nebo Role Azure RBAC přispěvatele SQL Serveru. Další informace najdete v předdefinovaných rolí Azure.
Příklady
A. Zkontrolujte možnosti edice a změňte je.
Nastaví edici a maximální velikost pro db1databáze:
SELECT Edition = DATABASEPROPERTYEX('db1', 'EDITION'),
ServiceObjective = DATABASEPROPERTYEX('db1', 'ServiceObjective'),
MaxSizeInBytes = DATABASEPROPERTYEX('db1', 'MaxSizeInBytes');
ALTER DATABASE [db1] MODIFY (EDITION = 'Premium', MAXSIZE = 1024 GB, SERVICE_OBJECTIVE = 'P15');
B. Přesun databáze do jiného elastického fondu
Přesune existující databázi do fondu s názvem pool1:
ALTER DATABASE db1
MODIFY ( SERVICE_OBJECTIVE = ELASTIC_POOL ( name = pool1 ) ) ;
C. Přidání sekundárního Geo-Replication
Vytvoří db1 sekundární databáze čitelné na serveru secondaryserverdb1 na místním serveru.
ALTER DATABASE db1
ADD SECONDARY ON SERVER secondaryserver
WITH ( ALLOW_CONNECTIONS = ALL );
D. Odebrání sekundárního Geo-Replication
Odebere sekundární databázi db1 na serveru secondaryserver.
ALTER DATABASE db1
REMOVE SECONDARY ON SERVER testsecondaryserver;
E. Převzetí služeb při selhání do sekundárního Geo-Replication
Podporuje sekundární databázi db1 na serveru secondaryserver stát se novou primární databází při spuštění na serveru secondaryserver.
ALTER DATABASE db1 FAILOVER;
Poznámka
Další informace najdete v tématu
F. Vynucení převzetí služeb při selhání na Geo-Replication Sekundární se ztrátou dat
Vynutí sekundární databázi db1 na serveru secondaryserver stát se novou primární databází při spuštění na serveru secondaryserver, v případě, že primární server přestane být dostupný. Tato možnost může způsobovat ztrátu dat.
ALTER DATABASE db1 FORCE_FAILOVER_ALLOW_DATA_LOSS;
G. Aktualizace izolované databáze na úroveň služby S0 (edice Standard, úroveň výkonu 0)
Aktualizuje jednoúčelovou databázi na edici Standard (úroveň služby) s velikostí výpočetních prostředků (cíl služby) S0 a maximální velikostí 250 GB.
ALTER DATABASE [db1] MODIFY (EDITION = 'Standard', MAXSIZE = 250 GB, SERVICE_OBJECTIVE = 'S0');
H. Aktualizace redundance úložiště zálohování databáze
Aktualizuje redundanci úložiště zálohování databáze na zónově redundantní. Všechny budoucí zálohy této databáze používají nové nastavení. To zahrnuje zálohy obnovení k určitému bodu v čase a dlouhodobé zálohy uchovávání (pokud jsou nakonfigurované).
ALTER DATABASE db1 MODIFY BACKUP_STORAGE_REDUNDANCY = 'ZONE';
Já. Převod databáze na úroveň služby Hyperscale pomocí ruční přímé migrace
Pokud chcete převést existující databázi v Azure SQL Database na Hyperscale pomocí jazyka Transact-SQL, připojte se k master databázi na logickém SQL Serveru.
V příkazu ALTER DATABASE musíte zadat jak edici, tak cíl služby.
Databáze ve výchozím nastavení provede přímou migraci do databáze Hyperscale, aby dokončila převod, jakmile bude databáze Hyperscale dostupná. Argument MANUAL_CUTOVER místo toho spustí převod, který bude končit ručním zahájením přímé migrace v okamžiku vašeho výběru. Tato možnost je nejužitečnější pro čas přímé migrace pro minimální přerušení podnikání.
Tento příklad příkazu převede databázi s názvem mySampleDatabase na úroveň služby Hyperscale s cílem služby HS_Gen5_2. Před spuštěním příkazu nahraďte název databáze příslušnou hodnotou.
ALTER DATABASE [mySampleDatabase]
MODIFY (EDITION = 'Hyperscale', SERVICE_OBJECTIVE = 'HS_Gen5_2')
WITH MANUAL_CUTOVER;
Pokud chcete monitorovat operace pro databázi Hyperscale, připojte se k databázi master a dotazujte se sys.dm_operation_status?view=azuresqldb-current&preserve-view=true) a zkontrolujte operace na logickém serveru.
SELECT *
FROM sys.dm_operation_status
WHERE major_resource_id = 'mySampleDatabase'
ORDER BY start_time DESC;
GO
Až budete připraveni, phase_code bude WaitingForCutover. K zahájení přímé migrace použijte argument PERFORM_CUTOVER:
ALTER DATABASE [mySampleDatabase] PERFORM_CUTOVER;
Související obsah
- CREATE DATABASE
- DATABASEPROPERTYEX (Transact-SQL)
- DROP DATABASE (Transact-SQL)
- SET TRANSACTION ISOLATION LEVEL (Transact-SQL)
- EVENTDATA (Transact-SQL)
- sys.sp_spaceused (Transact-SQL)
- sys.databases (Transact-SQL)
- sys.database_files (Transact-SQL)
- sys.filegroups (Transact-SQL)
- sys.master_files (Transact-SQL)
- systémových databází
- pokyny k zotavení po havárii – Azure SQL Database
- Kontrolní seznam pro vysokou dostupnost a zotavení po havárii – Azure SQL Database
- omezení prostředků DTU
- Limity prostředků pro jednoúčelové databáze využívající nákupní model založený na virtuálních jádrech
- Limity zdrojů pro elastické fondy při použití nákupního modelu vCore
* SQL spravovaná instance *
Azure Synapse
analýzy
Přehled: Azure SQL Managed Instance
Ve službě Azure SQL Managed Instance použijte tento příkaz k nastavení možností databáze.
Vzhledem k jeho délce je syntaxe ALTER DATABASE oddělená do více článků.
| Článek | Popis |
|---|---|
ALTER DATABASE |
|
| Aktuální článek obsahuje syntaxi a související informace o nastavení možností souborů a skupin souborů, nastavení možností databáze a nastavení úrovně kompatibility databáze. | |
| ALTER DATABASE Možnosti souborů a skupin souborů | |
| Poskytuje syntaxi a související informace pro přidávání a odebírání souborů a skupin souborů z databáze a pro změnu atributů souborů a skupin souborů. | |
| ALTER DATABASE SET Možnosti | |
Poskytuje syntaxi a související informace pro změnu atributů databáze pomocí SET možností ALTER DATABASE. |
|
| ALTER DATABASE Úroveň kompatibility | |
| Poskytuje syntaxi a související informace o možnostech SETALTER DATABASE , které souvisejí s úrovní kompatibility databází. |
Syntaxe
-- Azure SQL Managed Instance syntax
ALTER DATABASE { database_name | CURRENT }
{
MODIFY NAME = new_database_name
| COLLATE collation_name
| <file_and_filegroup_options>
| SET <option_spec> [ ,...n ]
}
[;]
<file_and_filegroup_options>::=
<add_or_modify_files>::=
<filespec>::=
<add_or_modify_filegroups>::=
<filegroup_updatability_option>::=
<option_spec> ::=
{
<auto_option>
| <change_tracking_option>
| <cursor_option>
| <db_encryption_option>
| <db_update_option>
| <db_user_access_option>
| <delayed_durability_option>
| <parameterization_option>
| <query_store_options>
| <snapshot_option>
| <sql_option>
| <target_recovery_time_option>
| <temporal_history_retention>
| <compatibility_level>
{ 170 | 160 | 150 | 140 | 130 | 120 | 110 | 100 }
}
Argumenty
database_name
Je název databáze, která se má upravit.
SOUČASNÝ
Určuje, že by se měla změnit aktuální použitá databáze.
Poznámky
Pro odstranění databáze použijte DROP DATABASE.
Chcete-li zmenšit velikost databáze, použijte DBCC SHRINKDATABASE.
Příkaz
ALTER DATABASEmusí běžet v režimu automatického potvrzení (výchozí režim správy transakcí) a není povolený v explicitní nebo implicitní transakci.Mezipaměť plánů pro spravovanou instanci Azure SQL se vymaže nastavením jedné z následujících možností.
COLLATE
UPRAVIT SOUBOROVOU SKUPINU DEFAULT
ÚPRAVA READ_ONLY FILEGROUP
ÚPRAVA READ_WRITE FILEGROUP
ZMĚNIT NÁZEV
Vymazání mezipaměti plánu způsobí rekompilace všech následných plánů spuštění a může způsobit náhlé dočasné snížení výkonu dotazů. Pro každé vymazané úložiště mezipaměti v mezipaměti plánu obsahuje protokol chyb SYSTÉMU SQL Server následující informační zprávu:
SQL Server has encountered %d occurrence(s) of cachestore flush for the '%s' cachestore (part of plan cache) due to some database maintenance or reconfigure operations. Tato zpráva se protokoluje každých pět minut, dokud se mezipaměť vyprázdní v daném časovém intervalu. Mezipaměť plánu se také vyprázdní, když se na databázi s výchozími možnostmi spustí několik dotazů. Databáze se pak zahodí.
Některé příkazy
ALTER DATABASEvyžadují, aby se spustil výhradní zámek databáze. To je důvod, proč může selhat, když jiný aktivní proces drží zámek v databázi. Chyba hlášená v takovém případě jeMsg 5061, Level 16, State 1, Line 38se zprávouALTER DATABASE failed because a lock could not be placed on database '<database name>'. Try again later. Obvykle se jedná o přechodné selhání a jeho vyřešení, jakmile se uvolní všechny zámky v databázi, zkuste příkazALTER DATABASE, který selhal. Systémové zobrazenísys.dm_tran_locksuchovává informace o aktivních zámcích. Pokud chcete zkontrolovat, jestli databáze nemá sdílené nebo exkluzivní zámky, použijte následující dotaz.SELECT resource_type, resource_database_id, request_mode, request_type, request_status, request_session_id FROM sys.dm_tran_locks WHERE resource_database_id = DB_ID('testdb');
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ů.
Dovolení
Databázi můžou změnit pouze hlavní přihlášení na úrovni serveru (vytvořené procesem zřizování) nebo členové role databáze dbcreator.
Důležitý
Vlastník databáze nemůže databázi změnit, pokud není členem dbcreator této role.
Příklady
Následující příklady ukazují, jak nastavit automatické ladění a jak přidat soubor do databáze ve službě Azure SQL Managed Instance.
ALTER DATABASE WideWorldImporters
SET AUTOMATIC_TUNING ( FORCE_LAST_GOOD_PLAN = ON);
ALTER DATABASE WideWorldImporters
ADD FILE (NAME = 'data_17');
Související obsah
- CREATE DATABASE
- DATABASEPROPERTYEX (Transact-SQL)
- DROP DATABASE (Transact-SQL)
- SET TRANSACTION ISOLATION LEVEL (Transact-SQL)
- EVENTDATA (Transact-SQL)
- sys.sp_configure (Transact-SQL)
- sys.sp_spaceused (Transact-SQL)
- sys.databases (Transact-SQL)
- sys.database_files (Transact-SQL)
- sys.data_spaces (Transact-SQL)
- sys.filegroups (Transact-SQL)
- sys.master_files (Transact-SQL)
- systémových databází
* Azure Synapse
Analýza *
Přehled: Azure Synapse Analytics
Tip
Microsoft Fabric Data Warehouse je relační sklad v podnikovém měřítku na základu datového jezera s architekturou připravenou pro budoucnost, integrovanou AI a novými funkcemi. Pokud s datovými sklady začínáte, doporučujeme vám začít s „Fabric Data Warehouse“. Stávající úlohy dedikovaného SQL fondu mohou upgradovat na Fabric a získat tak přístup k novým funkcím napříč datovou vědou, analytikou v reálném čase a reportingem.
V Azure Synapse ALTER DATABASE upraví určité možnosti konfigurace vyhrazeného fondu SQL.
Vzhledem k jeho délce je syntaxe ALTER DATABASE oddělená do více článků.
ALTER DATABASE SET Options poskytuje syntaxi a související informace pro změnu atributů databáze pomocí SET možností ALTER DATABASE.
Syntaxe
ALTER DATABASE { database_name | CURRENT }
{
MODIFY NAME = new_database_name
| MODIFY ( <edition_option> [, ... n] )
| SET <option_spec> [ ,...n ] [ WITH <termination> ]
}
[;]
<edition_option> ::=
MAXSIZE = {
250 | 500 | 750 | 1024 | 5120 | 10240 | 20480
| 30720 | 40960 | 51200 | 61440 | 71680 | 81920
| 92160 | 102400 | 153600 | 204800 | 245760
} GB
| SERVICE_OBJECTIVE = {
'DW100' | 'DW200' | 'DW300' | 'DW400' | 'DW500'
| 'DW600' | 'DW1000' | 'DW1200' | 'DW1500' | 'DW2000'
| 'DW3000' | 'DW6000' | 'DW500c' | 'DW1000c' | 'DW1500c'
| 'DW2000c' | 'DW2500c' | 'DW3000c' | 'DW5000c' | 'DW6000c'
| 'DW7500c' | 'DW10000c' | 'DW15000c' | 'DW30000c'
}
Argumenty
database_name
Určuje název databáze, která se má upravit.
UPRAVIT NÁZEV = new_database_name
Přejmenuje databázi s názvem zadaným jako new_database_name.
Možnost MODIFY NAME má v Azure Synapse určitá omezení podpory:
- Nepodporované fondy bezserverových fondů Azure Synapse
- Nepodporované s vyhrazenými fondy SQL vytvořenými v pracovním prostoru Azure Synapse
- Podporováno u vyhrazených fondů SQL (dříve SQL DW) vytvořených prostřednictvímwebu
Azure Portal, včetně fondů s připojeným pracovním prostorem
MAXIMÁLNÍ VELIKOST
Výchozí hodnota je 245 760 GB (240 TB).
platí pro: optimalizované pro Compute Gen1
Maximální povolená velikost databáze. Databáze nemůže růst nad rámec MAXSIZE.
platí pro: optimalizované pro Compute Gen2
Maximální povolená velikost dat úložiště řádků v databázi. Data uložená v tabulkách rowstore, rozdílovém úložišti indexu columnstore nebo neclusterovaného indexu v clusterovém indexu columnstore se nemůžou zvětšit nad rámec MAXSIZE. Data komprimovaná do formátu columnstore nemají limit velikosti a není omezena hodnotou MAXSIZE.
SERVICE_OBJECTIVE
Určuje velikost výpočetních prostředků (cíl služby). Další informace o cílech služby pro Azure Synapse najdete v tématu
Dovolení
Vyžaduje tato oprávnění:
- Přihlášení objektu zabezpečení na úrovni serveru (vytvořené procesem zřizování) nebo
- Člen role databáze
dbmanager.
Vlastník databáze nemůže změnit databázi, pokud vlastník není členem dbmanager role.
Poznámky
Aktuální databáze musí být jiná než databáze, kterou měníte, a proto se při připojení k master databázi musí spustit příkaz ALTER.
COMPATIBILITY_LEVEL v SQL Analytics je ve výchozím nastavení nastavená na 130 a nedá se změnit. Další informace najdete v tématu ALTER DATABASE Úroveň kompatibility.
Poznámka
COMPATIBILITY_LEVEL se vztahuje pouze na zřízené prostředky (fondy).
Omezení
Pokud chcete spustit ALTER DATABASE, musí být databáze online a nemůže být v pozastaveném stavu.
Příkaz ALTER DATABASE musí běžet v režimu automatického potvrzení, což je výchozí režim správy transakcí. Toto nastavení je nastavené v nastavení připojení.
Příkaz ALTER DATABASE nemůže být součástí uživatelem definované transakce.
Kolaci databáze nemůžete změnit.
Příklady
Před spuštěním těchto příkladů se ujistěte, že databáze, kterou upravujete, není aktuální databází. Aktuální databáze musí být jiná než databáze, kterou měníte, a proto se při připojení k master databázi musí spustit příkaz ALTER.
A. Změna názvu databáze
ALTER DATABASE AdventureWorks2022
MODIFY NAME = Northwind;
B. Změna maximální velikosti databáze
ALTER DATABASE dw1 MODIFY ( MAXSIZE=10240 GB );
C. Změna velikosti výpočetních prostředků (cíl služby)
ALTER DATABASE dw1 MODIFY ( SERVICE_OBJECTIVE= 'DW1200' );
D. Změna maximální velikosti a velikosti výpočetních prostředků (cíl služby)
ALTER DATABASE dw1 MODIFY ( MAXSIZE=10240 GB, SERVICE_OBJECTIVE= 'DW1200' );
Související obsah
Přehled: Microsoft Fabric
Azure Synapse
analýzy
Datový sklad Microsoft Fabric
Ve službě Microsoft Fabric Warehouse v Microsoft Fabric tento příkaz upraví sklad.
Vzhledem k jeho délce je syntaxe ALTER DATABASE oddělená do více článků.
| Článek | Popis |
|---|---|
ALTER DATABASE |
Aktuální článek obsahuje syntaxi a související informace pro změnu názvu a kolace databáze. |
| ALTER DATABASE SET možnosti | Poskytuje syntaxi a související informace pro změnu atributů databáze pomocí SET možností ALTER DATABASE. |
Poznámky
V současné době jsou použití pro ALTER DATABASE v Fabric skladu zdokumentované v ALTER DATABASE ... SET. Viz ALTER DATABASE SET možnosti.