How can we help you today? How can we help you today?
rconrad
The project was originally version 3 and then upgraded to version 4.  I was running a version 3 powershell module.  I upgraded the SqlChangeAutomation module to the latest 4.2.20189.21070 which did not fix the problem.  Then I added the DeployChangesForProgrammableObjects element to the project and that did fix the problem.  Seems like I shouldn't need the DeployChangesForProgrammableObjects since I already had ProgrammableObjectHandling. I am now getting an error that TRIM() is not recognized.  (If you prefer I can post this as a new question) WARNING: DbBuildTask: ERROR C:\Code\UtilityBilling\Databases\SCA\Client\ClientDB\Programmable Objects\dbo\Stored Procedures\pgb_custo mer_SSNSearch.sql(0,0): 'TRIM' is not a recognized built-in function name. I updated the DSP to Microsoft.Data.Tools.Schema.Sql.Sql150DatabaseSchemaProvider which I thought should correct that. Here is a snippet from the project file.    <PropertyGroup>     <Configuration Condition=" '$(Configuration)' == '' ">Debug</Configuration>     <Platform Condition=" '$(Platform)' == '' ">AnyCPU</Platform>     <Name>ClientDB2</Name>     <SchemaVersion>2.0</SchemaVersion>     <ProjectVersion>4.1</ProjectVersion>     <ProjectGuid>{fd29acf3-02a8-4a8b-bb18-fe70d8ab409f}</ProjectGuid>     <DSP>Microsoft.Data.Tools.Schema.Sql.Sql150DatabaseSchemaProvider</DSP>     <OutputType>Database</OutputType>     <RootPath>     </RootPath>     <RootNamespace>ClientDB</RootNamespace>     <AssemblyName>ClientDB</AssemblyName>     <ModelCollation>1033, CI</ModelCollation>     <DefaultFileStructure>BySchemaAndSchemaType</DefaultFileStructure>     <DeployToDatabase>True</DeployToDatabase>     <TargetFrameworkVersion>v4.5.2</TargetFrameworkVersion>     <TargetLanguage>CS</TargetLanguage>     <AppDesignerFolder>Properties</AppDesignerFolder>     <SqlServerVerification>False</SqlServerVerification>     <IncludeSchemaNameInFileName>True</IncludeSchemaNameInFileName>     <IsSqlChangeAutomationProject>True</IsSqlChangeAutomationProject>     <MinimumEngineVersion>4.2</MinimumEngineVersion>     <SqlChangeAutomationSchemaVersion>1.12</SqlChangeAutomationSchemaVersion>     <DeployOnceSubFolder>Migrations</DeployOnceSubFolder>     <DeployChangesForProgrammableObjects>True</DeployChangesForProgrammableObjects>     <DeployChangesSubFolder>Programmable Objects</DeployChangesSubFolder>     <DeployChangesImportSchemaFolders>True</DeployChangesImportSchemaFolders>     <PreDeploymentSubFolder>Pre-Deployment</PreDeploymentSubFolder>     <PostDeploymentSubFolder>Post-Deployment</PostDeploymentSubFolder>     <GenerateSqlPackage>False</GenerateSqlPackage>     <MigrationOrdering>FilePath</MigrationOrdering>     <EvaluateExecutionOrderOnImport>True</EvaluateExecutionOrderOnImport>     <Provisioner>CustomScripts</Provisioner>     <TargetDatabaseSet>True</TargetDatabaseSet>     <BuildOptionSkipShadowDeployVS>True</BuildOptionSkipShadowDeployVS>     <DeployChangesInitialImportDone>True</DeployChangesInitialImportDone>     <SccProjectName>SAK</SccProjectName>     <SccProvider>SAK</SccProvider>     <SccAuxPath>SAK</SccAuxPath>     <SccLocalPath>SAK</SccLocalPath>     <ProgrammableObjectHandling>UseRepeatableScriptsForAllObjects</ProgrammableObjectHandling>   </PropertyGroup> / comments
The project was originally version 3 and then upgraded to version 4.  I was running a version 3 powershell module.  I upgraded the SqlChangeAutomation module to the latest 4.2.20189.21070 which did...
0 votes