You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: azure-sql/database/authentication-azure-ad-user-assigned-managed-identity.md
+6-2Lines changed: 6 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -63,7 +63,9 @@ These permissions should be granted before you provision a logical server or man
63
63
64
64
### Permissions for SMI
65
65
66
-
The same Microsoft Graph applications are needed for the SMI, but the UMI permissions can be eliminated for Azure SQL Database using an SMI. The `CREATE USER` T-SQL syntax would need the `SID` and `TYPE` syntax, as described in the article, [CREATE USER (Transact-SQL)](/sql/t-sql/statements/create-user-transact-sql#syntax).
66
+
The same Microsoft Graph applications permissions are needed with the SMI.
67
+
68
+
Applies only to **Azure SQL Database**: Using an SMI gives an opportunity to not explicitly provision the Microsoft Graph permissions. The Microsoft Entra users can still be created without the needed Microsoft Graph permission by using the `CREATE USER` T-SQL syntax. This would require the `SID` and `TYPE` syntax, as described in the article, [CREATE USER (Transact-SQL)](/sql/t-sql/statements/create-user-transact-sql#syntax).
67
69
68
70
```syntaxsql
69
71
CREATE USER
@@ -82,7 +84,9 @@ CREATE USER
82
84
| TYPE = { X | E }
83
85
```
84
86
85
-
The above syntax allows creation of Microsoft Entra users without validation. For this to work, the `Object Id` of the Microsoft Entra principal would have to be supplied and used as an `SID` in the T-SQL statement, as explained in [Create a contained database user from a Microsoft Entra principal without validation](/sql/t-sql/statements/create-user-transact-sql#k-create-a-contained-database-user-from-a-microsoft-entra-principal-without-validation).
87
+
The above syntax allows creation of Microsoft Entra users *without validation.* For this to work, the `Object Id` of the Microsoft Entra principal would have to be supplied and used as an `SID` in the T-SQL statement, as explained in [Create a contained database user from a Microsoft Entra principal without validation](/sql/t-sql/statements/create-user-transact-sql#k-create-a-contained-database-user-from-a-microsoft-entra-principal-without-validation).
88
+
89
+
The validity check of the **Object Id** is the responsibility of the user running the T-SQL statement.
Copy file name to clipboardExpand all lines: docs/relational-databases/performance/parameter-sensitive-plan-optimization.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -228,7 +228,7 @@ SET QUERY_STORE = ON (
228
228
229
229
- To disable PSP optimization at the database level, use the `ALTER DATABASE SCOPED CONFIGURATION SET PARAMETER_SENSITIVE_PLAN_OPTIMIZATION = OFF` database scoped configuration.
230
230
231
-
- To disable PSP optimization at the query level, use the `DISABLE_PARAMETER_SENSITIVE_PLAN_OPTIMIZATION` query hint.
231
+
- To disable PSP optimization at the query level, use the `DISABLE_PARAMETER_SENSITIVE_PLAN` query hint.
232
232
233
233
- If parameter sniffing is disabled by Trace Flag 4136, `PARAMETER_SNIFFING` database scoped configuration, or the `USE HINT('DISABLE_PARAMETER_SNIFFING')` query hint, PSP optimization is disabled for the associated workloads and execution contexts. For more information, see [Hints (Transact-SQL) - Query](../../t-sql/queries/hints-transact-sql-query.md) and [ALTER DATABASE SCOPED CONFIGURATION (Transact-SQL)](../../t-sql/statements/alter-database-scoped-configuration-transact-sql.md).
234
234
@@ -327,7 +327,7 @@ Refer to the [Remarks](how-query-store-collects-data.md#remarks) section of the
327
327
**Workaround**: The query variants that are in the Query Store can be removed, or the PSP feature can be temporarily disabled at the query or database level until additional fixes become available if your system is still experiencing access violations in Query Store with PSP integration enabled after applying Cumulative Update 7 for [!INCLUDE [sssql22-md](../../includes/sssql22-md.md)].
328
328
329
329
- To disable PSP optimization at the database level, use the `ALTER DATABASE SCOPED CONFIGURATION SET PARAMETER_SENSITIVE_PLAN_OPTIMIZATION = OFF` database scoped configuration.
330
-
- To disable PSP optimization at the query level, use the `DISABLE_PARAMETER_SENSITIVE_PLAN_OPTIMIZATION` query hint.
330
+
- To disable PSP optimization at the query level, use the `DISABLE_PARAMETER_SENSITIVE_PLAN` query hint.
331
331
332
332
To remove all of the query variants from the Query Store, not just the query variants that appear in the [sys.query_store_query_variant (Transact-SQL)](../system-catalog-views/sys-query-store-query-variant.md#sysquery_store_query_variant-transact-sql) catalog view, a query similar to the following one can be used. Replace `[<database>]` with the appropriate database that was experiencing issues:
Copy file name to clipboardExpand all lines: docs/relational-databases/system-dynamic-management-views/sys-dm-db-missing-index-group-stats-query-transact-sql.md
| DacpacVerify | Support for verifying the contents of two `.dacpac` files is added in the preview tool [Microsoft.DacpacVerify](https://www.nuget.org/packages/Microsoft.dacpacverify). |
41
+
| Extract | Adds support for unpacking a `.dacpac` file to a folder. The `/Action:Extract` command is used with `/SourceFile:` and `/TargetFile:` parameters. The target file must be a folder and when a source file (`.dacpac`) is specified no database connection properties are valid. The property `/p:ExtractTarget=SchemaObjectType` is required for extracting from a `.dacpac` file instead of a source database. The executable Dacunpack.exe is removed from the DacFx.msi installer. |
42
+
| Parquet | Adds support for the data types timestamp, rowversion, uniqueidentifier, text, ntext, image, json, xml, and vector when using Parquet files in Azure Blob Storage with SqlPackage extract and publish operations. |
43
+
| Parquet | Adds support for exporting and importing table data to bcp files when the table contains an unsupported data type while using Parquet files in Azure Blob Storage for the remaining data with SqlPackage extract and publish operations. An example data type is SQL_VARIANT, and a table containing a column of that type would be written to bcp in the `.dacpac` while the remaining tables would be written to Parquet files in Azure Blob Storage. |
44
+
| Platform | Updated SqlPackage for .NET Framework version to .NET Framework 4.7.2. |
45
+
| Platform | Removed support for .NET 6. |
46
+
| ScriptDom | Updated ScriptDom to version 170.18.0. |
47
+
| SQL projects | The default compatibility level for Azure SQL Database and SQL database in Fabric is now set to 170. |
48
+
| Vector | Vector data type is now supported in the target platform `Azure SQL Database` for import, export, extract, deployment, and SQL project build. |
49
+
50
+
51
+
### Fixes
52
+
53
+
|Feature|Details|
54
+
|:---|:---|
55
+
| Deployment | Fixes an issue where deploying a change to an external table would cause all external tables to be dropped and recreated if the modified table contained no values for REJECT_VALUE or REJECT_SAMPLE_VALUE. |
56
+
| Deployment | Fixes an issue where altering a column to expand its length results in an incorrect data loss warning if the column's collation is specified and matches the database default collation. [GitHub](https://github.com/microsoft/DacFx/issues/453)|
57
+
| Deployment | Fixes an issue where sensitivity classification changes on a table would cause indexes to be recreated. [GitHub](https://github.com/microsoft/DacFx/issues/567)|
58
+
| Export | Optimizes the use of table size estimation during export operations. |
59
+
| Extract | Fixes an issue where extracting a `.dacpac` with a database reference fails. [GitHub](https://github.com/microsoft/DacFx/issues/343)|
60
+
| Fabric Data Warehouse | Fixes an issue where the sp_refreshsqlmodule system stored procedure would be called during a publish operation. Fabric Data Warehouse does not support sp_refreshsqlmodule and this would cause the deployment to fail. |
61
+
| Fabric Data Warehouse | Fixes an issue where table constraints would be included in a `.dacpac` but not `.sql` files when a database was extracted from a Fabric Data Warehouse. [GitHub](https://github.com/microsoft/DacFx/issues/589)|
62
+
| SQL projects | Fixes an issue where building without SSDT installed in Visual Studio results in incorrect build behavior. [GitHub](https://github.com/microsoft/DacFx/issues/99)|
63
+
| SQL projects | Fixes an issue where build warnings are duplicated in output when code analysis is enabled. [GitHub](https://github.com/microsoft/DacFx/issues/481)|
64
+
| SQL projects | Fixes an issue where [service broker](../../database-engine/configure-windows/sql-server-service-broker.md) parameters set to variables results in false warnings. [GitHub](https://github.com/microsoft/DacFx/issues/326)|
0 commit comments