Há uma nova propriedade exclusiva que precisamos adicionar, que é relevante apenas para um subconjunto específico (menos de 1%). Achamos melhor adicionar uma nova tabela que será 1-1 do que adicionar uma nova coluna que terá nulos 99% das vezes.
Uma nova tabela é a maneira preferida?
Estamos desenvolvendo uma plataforma para cartões pré-pagos, que basicamente contém dados sobre os cartões e seu saldo, pagamentos, etc.
Até agora tínhamos uma entidade Cartão que possui uma coleção de entidade Conta, e cada Conta possui um Valor, que atualiza a cada Depósito/Retirada.
Há um debate agora na equipe; alguém nos disse que isso quebra as 12 regras de Codd e que atualizar seu valor a cada pagamento é um problema.
Isto é realmente um problema?
Se for, como podemos corrigir isso?
Depois de fazer essa pergunta, comecei a pensar por que uma determinada consulta estava causando todos os problemas.
Resumindo, houve uma consulta que demorou 500ms, executei alguns planos de execução e apliquei os índices recomendados, mas cortou apenas cerca de 50-60ms.
Depois de executá-lo novamente, descobri que a seguinte consulta (que ocorre em vários locais) estava muito lenta:
SELECT @TempCardNumber = CardNumber
FROM Cards
WHERE (CardNumber=@CardNumber or FullCardNumber=@CardNumber)
Quando eu mudei para ser
SELECT @TempCardNumber = CardNumber
FROM Cards
WHERE (CardNumber=@CardNumber)
Rodou super rápido, e nem a remoção dos índices importou muito, levando-me a acreditar que esse era o principal gargalo, mas não entendo .. o que há de errado nisso?
Estamos usando o SQL Server 2008 R2 em um servidor Windows Server 2008.
Temos algumas funções principais que usam alguns procedimentos armazenados que possuem muitas subconsultas dentro dela.
Vou pegar um SP como exemplo; ao executar este SP sequencialmente leva cerca de 500ms, e estamos bem com isso (mais ou menos), ele tem principalmente consultas select, algumas na mesma tabela, também tem algumas tabelas temporárias criadas e preenchidas com outro SP.
Agora estamos no processo de testar essas funções principais em várias solicitações simultâneas e descobrimos imediatamente que o tempo de conclusão do SP salta muito rapidamente para segundos e aumenta...
depois de usar algumas sugestões , notei que mais de um spid está associado a vários bloqueios S e que alguns processos estão se bloqueando.
fora isso, não tenho certeza do que está tornando o desempenho tão ruim.
Não sei se esta descrição é muito vaga, adoraria dar mais informações se necessário, no final gostaria de saber onde você acha que devo procurar para resolver este problema.
EDITAR:
Aqui está uma parte do plano de execução, não parece bom...
Devo apenas adicionar os índices conforme especificado?
o que significam todas as seções de paralelismo no plano de execução de algumas consultas?
isso explica o problema de desempenho?
