Desejo extrair uma lista completa dos nomes dos nós e seus caminhos de qualquer documento JSON arbitrário e bem formado armazenado como valor nvarchar no SQL Server 2016. Existe uma maneira confiável de fazer isso?
Por exemplo, para um valor json:
DECLARE @json_doc nvarchar(4000) = '{"Name1":"Value1", "Name2":"Value2"}'
Obtenha este resultado ao consultar @json_doc:
NODE_NAME
$.Name1
$.Name2
Implantamos um projeto SSIS 2012 com dois gerenciadores de conexão de projeto ADO.Net. (Existem cinco pacotes dentro do projeto.)
O projeto possui um Ambiente relacionado, com uma variável contendo um nome de servidor. Desejo mapear a variável para a propriedade ServerName do gerenciador de conexões do projeto.
Quando clico com o botão direito do mouse no nó do projeto SSIS no SSMS 2012, iniciando a caixa de diálogo Configurar, posso localizar o Connection Manager e destacá-lo para ver suas propriedades, mas ServerName não está visível na lista Propriedades.
Normalmente, a propriedade ServerName está listada na propriedade RetainSameConnection. É visível em outros gerenciadores de conexões de projeto no mesmo projeto.
Por que essa propriedade estaria oculta, apenas para um Connection Manager?
Atualizamos recentemente para o SQL Server 2012 (do SQL Server 2008 R2) no Windows Server 2012 (do Windows Server 2008 R2) e um trabalho do SQL Server Job Agent que estava sendo executado anteriormente sem erros agora está falhando.
O trabalho tem uma etapa de trabalho do Powershell:
$ErrorActionPreference = 'Stop'
$DateStamp = Get-Date -format "yyyyMMdd"
$BizUnit = 'SHB'
# Target File directory
$BaseDir = '\\MyFileServer\MyDirectory'
$Query = "EXEC dbo.usp_MyQuery '$BizUnit'"
$TargetFile = "MyTargetFile_" + $BizUnit + "_$DateStamp.xml"
$TargetDir = (Join-Path -Path $BaseDir -ChildPath $BizUnit)
$Query | Out-File -FilePath (Join-Path -Path $TargetDir -ChildPath $TargetFile) -Force -Encoding "utf8"
Quando o trabalho é executado, ele falha com esta mensagem de erro:
Uma etapa de trabalho recebeu um erro na linha 14 em um script do PowerShell. A linha correspondente é '$Query | Out-File -FilePath (Join-Path -Path $TargetDir -ChildPath $TargetFile) -Force -Encoding "utf8"'. Corrija o script e reprograme o trabalho. As informações de erro retornadas pelo PowerShell são: 'Não é possível executar a operação porque a operação "ReportWrongProviderType" é inválida. Remova a operação "ReportWrongProviderType" ou investigue por que ela não é válida.
Não consigo encontrar nenhuma referência a "ReportWrongProviderType" quando pesquiso o interwebz. Alguma ideia sobre o que há de errado com a chamada Out-File?
Configurei um pacote Microsoft SQL Server 2008 R2 SSIS com uma Tarefa Executar SQL para executar uma consulta PL/SQL em um banco de dados Oracle 10.2.
A Tarefa Executar SQL (denominada "SQL Update MY_STATUS sinalizador") está usando um Gerenciador de Conexões OLE DB com um Provedor "Native OLE DB\Oracle Provider para OLE DB". Todas as outras configurações de tarefa são valores padrão.
A consulta é simples:
UPDATE MY_TABLE
SET MY_STATUS = 1
WHERE MY_STATUS = 0
(Observação: esta consulta é bem-sucedida quando executada no SQL Developer com um terminador de ponto e vírgula. Aqui, o terminador é omitido, porque se um ponto e vírgula for incluído, um erro de caractere inválido será gerado pelo SSIS.)
Quando inicio a depuração, a tarefa inicia a execução e depois trava indefinidamente, o pacote não conclui a execução.
A janela de saída de depuração mostra esta mensagem:
Aviso: 0x0 na atualização do SQL sinalizador MY_STATUS: operação OLE DB de várias etapas gerou erros. Verifique cada valor de status do OLE DB, se disponível. Nenhum trabalho foi feito.
(A Tarefa se comporta da mesma forma com a consulta configurada como Entrada Direta ou como Variável.)
O que significa este aviso de "múltiplas etapas" neste contexto? O que devo fazer para permitir que a Tarefa Executar SQL seja bem-sucedida?