Tenho uma medida calculada MDX para totais de 30 dias e quero mascarar o cálculo para futuros membros. Estou tentando usar uma instrução CASE e a comparação não funciona corretamente. Se a chave do membro do mês fiscal for um datetime, isso não deveria funcionar?
CASE
WHEN [Time].[Fiscal Month].CurrentMember < NOW()
THEN 1
ELSE 0
END
Eu tenho várias definições de esquema XML descrevendo objetos de negócios. Não está claro para mim qual é a maneira correta de implantá-los se minha intenção é criar colunas xml digitadas. O nome Xml Schema Collection implica que mais de uma definição de Documento Xsd pode existir em uma coleção, mas qualquer exemplo que vejo mostra uma Coleção como a restrição específica na coluna, não um documento dentro dela.
Devo criar uma coleção de esquema chamada 'BusinessObjects' e criar documentos Xsd individuais dentro dela? Faço uma Cobrança para cada Documento?
Tenho uma etapa do processo em que tenho um documento XML em uma coluna do SQL Server e preciso alterar o texto de um nó que pode ocorrer várias vezes. Modify() com 'replace' DML opera apenas em nós únicos. Para complicar, a substituição precisa acontecer com base em uma tabela de consulta mantida localmente.
Posso usar nodes() para obter uma lista de node e planejar uma consulta para juntar os dados apropriadamente, mas, nesse ponto, não tenho mais uma referência na qual modify() possa atuar.
Parece que minha única opção é criar um procedimento ou função CLR e usar algum tipo de iteração XML nativa dotnet. Isso é menos atraente, já que a lógica de negócios ficaria bloqueada no código-fonte, não visível na definição do procedimento. Existe alguma forma de fazer essa transformação usando exclusivamente os métodos XML?
Estou planejando um projeto para atualizar um aplicativo desenvolvido internamente do SQL Server 2005 para o SQL Server 2012. Espero usar o Service Broker como uma ponte durante a transição. Há algum problema a ser considerado em um cenário de compatibilidade futura como esse, além de recursos mais recentes, como multicasting, que não estão presentes? Não consigo encontrar nada no BOL especificamente sobre compatibilidade.
Eu tenho uma etapa cmdexec em um trabalho de agente SQL que inclui um redirecionamento para um arquivo no final. Ele funciona como esperado de um shell CMD em execução no contexto da conta de serviço do SQL Agent e produz um arquivo no local desejado. Se eu executá-lo como um trabalho de agente, no entanto, a etapa 'é bem-sucedida', mas nunca produz o arquivo de saída. Em ambos os casos, a conta de serviço obviamente possui permissões de sistema de arquivos e direitos de sistema suficientes para executar esta ação.
O ambiente cmdexec é mais restritivo de alguma forma do que apenas executar cmd.exe?
No SSIS (2012 especificamente), há uma opção na fonte de dados de arquivo simples para pular várias linhas no início de um arquivo. A visualização aparece corretamente. No entanto, ao tentar executar o fluxo de dados, parece que essas linhas ainda estão sendo validadas; de modo que, se contiverem dados inválidos (linhas em branco), a fonte de dados falhará. Isso evita o uso de uma alternância condicional para remover linhas, pois o fluxo de dados nunca é iniciado.
Esta é uma descrição precisa do funcionamento normal e existe alguma maneira de contornar isso?
Os dados de amostra se parecem com -
COL1|COL2|COL3
abc|123|10
def|456|20
ghi|789|30
Eu tenho um aplicativo para implantar na produção que usa a segurança do 'sistema de honra'. Ou seja, todos os usuários se conectam ao banco de dados usando uma credencial de usuário/senha SQL e o próprio aplicativo gerencia as permissões. A última parte não me incomoda tanto quanto o fato de que o objeto de conexão contém credenciais incorporadas e pode ser copiado livremente. Estou tentando encontrar uma maneira de limitar as conexões a um conjunto mais limitado de clientes. Posso criar regras de firewall para limitar por IP, claro. Existe alguma maneira de 'pré-qualificar' logins SQL por conta de máquina ou associação de domínio?
Eu tenho três tabelas relevantes: Parts, PartGroup e MarkupGroup.
As peças são simples.
PartID artificial primary key
Part part number
PartGroupID Foreign key
dados de amostra:
1 T1000 5
2 wizbang gold 17
3 flux capacitor 2
PartGroup é um gráfico direcionado acíclico (árvore) modelado com uma chave pai auto-vinculada
PartGroupID artificial primary key
Description name of group
ParentID foreign key linked to PartGroupID
MarkupGroupID foreign key linked to MarkupGroup
Os dados de amostra ficariam assim-
1 system null null
2 component null 1
3 software null 2
4 abc 1 3
5 xyz 1 4
6 123 4 null
7 456 4 null
8 789 5 null
9 a1 6 null
10 b2 6 null
11 c3 7 null
12 d4 7 null
13 e5 8 null
14 f6 8 null
15 alpha 3 null
16 beta 3 null
17 gamma 3 null
MarkupGroup é aplicar um fator de marcação a vários PartGroups como um conjunto.
MarkupGroupID primary key
MarkupFactor numeric attribute field
dados de amostra-
1 15
2 20
3 25
4 22
Preciso escrever uma consulta que retorne o valor de marcação apropriado para cada peça na tabela de peças. Nunca há um caso em que mais de uma marcação pode ser aplicada a uma peça. Preciso recursar o gráfico para encontrar a marcação e não saberei no momento da consulta quantos níveis preciso recursar para encontrar uma marcação não nula.
Nunca há um caso em que uma peça encontre mais de uma junção possível para uma margem no caminho para cima da árvore, portanto, não há acúmulo que precise ser feito.
O t1000 é do tipo xyz, que possui uma chave estrangeira para um MarginGroup, então podemos juntar e obter um valor. Ele também tem um pai, mas isso é irrelevante, pois temos o valor de que precisamos.
Wizbang Gold é um software de grupo gama, que não possui chave estrangeira, mas o 'software' do nó pai possui e devemos retorná-lo.
Um capacitor de fluxo é um componente e possui uma chave estrangeira direta para um MarginGroup. Devolva esse valor.
Então os resultados seriam:
1 T1000 22
2 wizbang gold 20
3 flux capacitor 15
Tenho certeza de que vou precisar de um CTE recursivo e um pouco de APPLY para conseguir isso, mas meu cérebro não está funcionando muito bem no momento. Se não fosse pela natureza recursiva da tabela intermediária, isso seria bastante direto. A plataforma é MS-SQL.
Estou vendo um comportamento estranho em um fluxo de dados com uma operação de pesquisa. Se eu selecionar o modo 'cache completo', algumas partes das pesquisas falharão e não tenho explicação do porquê. 'Sem cache' funciona corretamente, assim como 'Cache parcial'. Neste ponto, não posso confiar no 'Full Cache' em produção se ele falhar misteriosamente.
O resultado esperado se parece com isso-
1 808 larry curly moe
2 808 larry curly moe
3 314 foo bar baz
4 314 foo bar baz
5 314 foo bar baz
6 314 foo bar baz
O cache completo produz isso em vez disso-
1 808 larry curly moe
2 808 larry curly moe
3 314 foo bar baz
4 314 foo bar baz
5 314 null null null
6 314 null null null
O exemplo '314' é um resultado real. Os dois primeiros registros pesquisam corretamente, os dois segundos falham. Se fossem erros de cache, eles deveriam falhar para todas as quatro linhas.
As falhas são repetíveis - os mesmos itens falham na mesma sequência a cada execução. O ambiente é um ambiente de teste isolado com três bancos de dados fixos que não mudam entre as execuções. A seleção de Cache parcial é visivelmente mais lenta, o que implica que há um número significativo de erros de cache. Nenhuma das tabelas é particularmente grande, cerca de mil linhas.
O que está acontecendo? Devo abandonar a esperança de usar o Full Cache?