yes, i wish it does not touch it at all
but i see in my delta script (VS 2019)
BEGIN
ALTER DATABASE [$(DatabaseName)]
SET ANSI_NULL_DEFAULT ON,
WITH ROLLBACK IMMEDIATE;
END
and all my databases have it unchanged since created (off)
So if it is legacy and ignored - I' fine
but if if change behavior of some procs doing something with NULL values - than that is the problem
I do
"C:\Program Files\Microsoft SQL Server\150\DAC\bin\**sqlpackage**.exe" ^
/action:script ^
/diagnostics:true ^
/sourcefile:"$(Pipeline.Workspace)\_drop\Database.dacpac" ^
/targetConnectionString:"Data Source=${<!-- -->{ server }}; Initial Catalog=${<!-- -->{ parameters.database }}; User Id=xxx; Password=$(deploypasswordyaml);" ^
/outputpath:$(Pipeline.Workspace)\changesScript\changesScript_${<!-- -->{ parameters.environment }}.sql ^
/p:ScriptDatabaseOptions=False ^
/p:IgnoreAnsiNulls=True
To see the script
and also tried
- task: SqlDacpacDeploymentOnMachineGroup@0
displayName: 'Deploy [${<!-- -->{ parameters.database }}] on [${<!-- -->{ server }}]'
continueOnError: true
inputs:
taskType: 'dacpac'
#targetMethod: 'server'
DacpacFile: '"$(Pipeline.Workspace)_drop\Database.dacpac"'
ServerName: '${<!-- -->{ server }}'
DatabaseName: '${<!-- -->{ parameters.database }}'
AdditionalArguments: '/p:GenerateSmartDefaults=True'
AuthScheme: 'sqlServerAuthentication'
SqlUsername: ${<!-- -->{ parameters.SQL_UserName }}
SqlPassword: ${<!-- -->{ parameters.SQL_Password }}