Preciso pegar alguns dados da Tabela A, usar alguma lógica e inserir uma ou mais linhas na Tabela B. Tenho um bloco PLSQL que traz dados da Tabela A com um cursor, executa toda a lógica necessária e insere o linhas necessárias.
O problema é que existem linhas duplicadas na Tabela B - é a natureza da besta. Mas preciso que o resultado final seja uma Tabela B sem duplicatas.
É o Oracle, portanto, as tabelas temporárias são incorretas - qual é a melhor maneira de fazer isso?
Eu tenho um bloco anônimo PL/SQL que cria uma tabela (usando execute immediate) e insere dados na tabela.
Quando o bloco compila, ele me dá um erro ORA-00942: table or view does not exist .
Bem, não, ele não existe, mas será criado antes que ocorra a inserção. Se eu criar a tabela antes de compilar, funcionará.
Como posso lidar com isso?
Estou criando algumas dezenas de tabelas como CREATE TABLE AS SELECT (CTAS). A única diferença nas instruções SELECT é especificar um valor diferente na cláusula WHERE para TEAM_ID. Sou um novato em Oracle e pensei que poderia usar variáveis de ligação para acelerar o processo, mas elas não são permitidas em instruções DDL.
Meus dados são muito grandes - mais de 500 milhões de linhas.
Qual é a minha melhor opção para velocidade? Atualmente estamos usando nologginga instrução CREATE TABLE. Seria melhor criar explicitamente a tabela e INSERT com as /*+ append */variáveis de dica e ligação? Ou os ganhos de nologgingsuperam os ganhos de variáveis de ligação?
(Tenho certeza que este é um cenário "depende", mas nem sei do que depende...)
Eu tenho uma pergunta bastante simples que está sendo difícil de pesquisar.
Preciso criar uma tabela que será particionada e na qual (muitos) dados serão carregados.
É mais eficiente criar a tabela com as partições ou adicionar as partições depois de inserir os dados?
ADIÇÃO: Para ter certeza de que entendi a imagem completa, se eu fosse truncar esta tabela para carregar (muitos) dados novamente, devo descartar as partições e adicionar após o carregamento?
ADIÇÃO #2: Se eu puder INSERIR os dados na ordem das partições, suponho que seria mais rápido do que não?
Estou em um designer de banco de dados em um ambiente de data warehouse. Estou acostumado a lidar com tabelas com no máximo 1 milhão de linhas e agora me deparo com tabelas com mais de meio bilhão de linhas. Existem diferenças significativas com as ferramentas da "caixa de ferramentas de eficiência"? Posso confiar em meu conhecimento anterior de índices, partições e afins ou algumas dessas ferramentas específicas são mais um obstáculo do que uma ajuda com dados tão grandes? Alguma outra dica para lidar com as tabelas?
(Já encontrei um ótimo post sobre como atualizar 700 milhões de linhas para o mesmo valor )
Temos um usuário que está saindo e preciso conhecer cada objeto de banco de dados que ele possui. Existe uma consulta que fornecerá essas informações?
Basicamente, tenho a mesma pergunta feita aqui - Maneira ideal de ignorar inserções duplicadas? - exceto no meu caso, é o SQL Server.
Eu tenho uma tabela que é uma lista de IDs de pessoas que morreram. Há muitos lugares no banco de dados de origem em que uma pessoa pode ser indicada como falecida. Eu gostaria de fazer INSERTOS de cada um desses locais nesta tabela principal, mas uma pessoa pode ser indicada como falecida em vários lugares.
Idealmente (eu acho) eu só quero ignorar erros de chave duplicada - da maneira mais eficiente possível. (Assim, não quero ter que verificar a tabela principal para os IDs como parte da minha instrução INSERT.)
(relacionado à resolução da minha dúvida, preciso de sugestões para melhorar o desempenho da visualização )
Vamos implementar um mecanismo para controlar as alterações em nosso banco de dados de aplicativos do SQL Server 2008. Os programadores estão preocupados com o impacto negativo da velocidade do INSERT, por isso decidi testar três casos: nenhum mecanismo para rastrear alterações, rastreamento de alterações e Change Data Capture (CDC) .
Em todos os meus testes, parece não haver diferença significativa na velocidade dos INSERTs. Isso faz sentido? Quero ter certeza de que não estou negligenciando nada antes de remover essa preocupação de nossa lista de requisitos.
(Nota: meus testes mostraram diferenças com UPDATES, mas estamos preocupados apenas com INSERTS)
EDIT: Meus testes foram INSERTS relativamente simples em uma tabela de produção, mas 250K deles. Os processos duraram mais de 5 minutos, então estou confortável, foi o suficiente para o nosso ambiente.
Estou tentando fazer algo muito simples e estou perplexo porque não está funcionando.
Eu tenho uma coluna ( sysjobschedules.next_run_datefrom msdb) que é um varchar formatado como yyyymmdd. Eu quero converter isso para um datetime. Eu uso o comando bastante direto, CONVERT(datetime,next_run_date,112)mas continuo recebendo o erro Arithmetic overflow error converting expression to data type de dados.
Os três valores distintos nesta coluna são 20120802, 20120803 e 20120806. Usando a mesma função acima, consegui converter com sucesso todas as três strings.
Eu sinto que devo estar perdendo algo óbvio...?
Preciso tomar uma decisão sobre a implantação e segurança de alguns relatórios do SSRS e gostaria de alguns conselhos sobre qual é o método mais adequado.
Temos mais de 40 sites que têm acesso a informações apenas de seu site. Cada local tem acesso a vários relatórios, digamos Relatório A, Relatório B, etc. Para cada local, o nome do relatório é Relatório A - Local 1 , Relatório B - Local 1 etc. Para cada relatório ( Relatório A ), há é um relatório Mestre ( Relatório A - Mestre ). O relatório mestre é o próprio relatório - conjunto de dados e formatação - e inclui um parâmetro oculto para o nome do site. O relatório de cada site é vinculado a este relatório mestre e passa o nome do site. Assim, se o relatório for alterado, a alteração será feita em um só lugar.
Observe que não é possível limitar os relatórios a informações específicas do site no banco de dados. Nossa fonte de dados usa uma conta de serviço e todos os acessos dos usuários às informações são tratados no Portal da Web.
Agora é hora de conceder aos usuários acesso a esses relatórios. Atualmente está configurado que todos os relatórios e os relatórios principais estão em uma única pasta. O acesso é controlado em cada relatório individualmente e os usuários devem ter acesso ao relatório mestre , bem como aos relatórios do site.
Eu preferiria configurar uma pasta para cada site e controlar o acesso dessa maneira. Obviamente, isso tornaria mais fácil, pois relatórios específicos do site são adicionados e são os superusuários que controlam o acesso. Minha preocupação é que isso tornará a implantação de relatórios incrivelmente difícil. Devido ao mecanismo vinculado, todas as mais de 40 versões (mais Master ) estão no mesmo projeto BIDS - e parece um pesadelo implantar em 40 locais diferentes para cada alteração.
Gostaria de saber se mais alguém teve um desafio semelhante e encontrou uma boa maneira de resolvê-lo. Eu brinquei com relatórios vinculados, mas o relatório do site não consegue "encontrar" o relatório mestre , mesmo que uma cópia vinculada seja colocada na mesma pasta.
EDIT : Para esclarecer e usar a terminologia exata, o relatório mestre é um sub-relatório de cada relatório de site.
Eu tenho uma tabela Table_Ae uma exibição View_Aque é uma seleção do conteúdo de Table_A.
Se eu negar SELECTa Table_Aum usuário, o usuário ainda poderá usar a exibição View_A.
Existe uma maneira de forçar a visualização a retornar um erro quando o usuário tentar usá-la?
O caso do mundo real aqui é um banco de dados com cerca de 20 tabelas e centenas de visualizações. O acesso do usuário está logicamente vinculado às tabelas, portanto, esperamos impedir que as pessoas usem as exibições com base nessas tabelas.
(Esta é uma continuação de Os índices consomem memória? )
Um colega desenvolvedor de banco de dados acredita que estamos tendo problemas de memória. Ele observou tempos de execução maiores em algumas consultas padrão - passando de menos de 10 segundos para cerca de dois minutos e meio. Ele olhou para o Gerenciador de Tarefas no servidor e encontrou alto uso de memória e agora quer pegar parte da memória atualmente alocada para o sistema operacional e liberá-la para o SQL Server.
Estamos no SQL Server 2008, uma máquina de 64 bits, AWE não está habilitado, mínimo 4096 MB, máximo 10240 MB.
Encontrei o Guia do administrador de sistemas de Brent Ozar para a memória do Microsoft SQL Server , que indica que o Gerenciador de tarefas não é confiável. Também descobri que nossa expectativa de vida útil da página não indica pressão de memória. (Verificado por meio da consulta de Pinal Dave .)
Onde mais devo procurar? O que mais devo verificar? Gostaria de relatar ao desenvolvedor do banco de dados para confirmar suas suspeitas ou provar que estão incorretas.
EDIT : modificou minha pergunta atual. Eu aprecio e concordo que essas consultas são esmagadoras, provavelmente mais lentas por outros motivos que não problemas de memória. Estou em uma situação, no entanto, que preciso provar que a memória não é a culpada em geral. Ou seja, provar que algumas consultas são mais lentas por outros motivos não cumprirá minha tarefa. Gostaria de entender onde posso obter essas informações e quais métricas devo verificar.
Estou apenas começando a aprender sobre o uso de memória no SQL Server. Ao usar a consulta na resposta à pergunta SQL Server 2008 R2 "Ghost Memory"? , descobri que um único banco de dados está ocupando a maior parte do espaço no conjunto de buffers. Olhando mais adiante, usando sys.allocation_unitse sys.indexes, confirmei que isso provavelmente é causado pelo uso intenso de índices no banco de dados. A maioria dos índices são agrupados.
Outro desenvolvedor de banco de dados acredita que estamos tendo problemas de memória no servidor - que as consultas estão começando a ficar longas porque não há memória disponível.
Minha pergunta aqui é - o uso desses índices e sua existência no buffer pool tiram a memória disponível para outros processos?
Configurei um alerta de replicação predefinido (conforme descrito aqui ) no SQL Server 2008 e o alerta para Aviso de replicação: a latência de replicação transacional parece não funcionar. Isso é acionado pelo erro 14161.
Encontrei várias postagens na web que indicavam que isso era um bug, mas as postagens eram tão antigas que não tenho certeza se ainda é o caso.
Este ainda é um recurso quebrado? Em caso afirmativo, alguém pode sugerir uma solução alternativa?
EDITAR/INFORMAÇÕES ADICIONAIS: Vejo que há vários scripts que foram destacados em perguntas semelhantes. Para refinar minha pergunta, gostaria de confirmar que isso é um bug e estou procurando uma solução alternativa pronta para uso ... ou seja, apenas outra maneira de escrever o alerta do SQL Server Agent para faça funcionar...
Eu sou um novato de replicação. Temos uma replicação transacional muito simples configurada no SQL Server. Estou olhando para o Replication Monitor no assinante e uma das minhas assinaturas mostra desempenho médio atual ruim . Pelo que entendi, isso é derivado do limite de latência, mas quando vejo os detalhes da assinatura, o desempenho é excelente e a latência é 00:00:00. Por que vale a pena, o Status de sincronização está bom.
Por que esse desempenho médio atual é ruim? Em que período de tempo é essa "média"? Esta assinatura não teve problemas perceptíveis e está ativa há algum tempo.
(Estou pedindo meu próprio conhecimento, bem como garantindo que não haja algo quebrado / abaixo do ideal que deva ser modificado)
Temos recebido reclamações de um determinado usuário do SSRS de que seus relatórios estão lentos. Investiguei na ExecutionLogtabela do banco de ReportServerdados e observei algo estranho.
De forma bastante consistente, o TimeDataRetrievalé muito mais longo do que outros usuários. Ambos TimeProcessinge TimeRenderingestão próximos das médias de outros usuários.
Estou confuso. Todos os relatórios usam a mesma fonte de dados compartilhada que é executada como uma conta de serviço. Eu pensaria que se fosse um problema ruim do computador do usuário, veria diferenças no tempo de renderização. Mesmo se houvesse um problema de rede.
Não sei mais onde procurar - alguma ideia?
Aqui está um pouco de um desafio. Estou trabalhando com a tabela ReportServer.Schedulee existe uma coluna chamada DaysOfWeek. Posso não estar usando a terminologia adequada aqui, mas este é um número inteiro do qual se pode derivar os dias da semana em que uma assinatura do SSRS está configurada para ser executada. A cada dia é atribuído um número da seguinte forma:
A soma dos dias em que a assinatura está definida para execução é o número nesta coluna. Assim, as assinaturas executadas de segunda a sexta-feira têm um valor nesta coluna de 62.
O resultado final que desejo é uma exibição que deriva sinalizadores T/F para cada dia com base nesse número, para que eu tenha uma coluna para cada dia. O método que estou explorando atualmente para chegar lá é converter esse número inteiro em base 2 para que eu possa convertê-lo em um varchar e analisar os dias. Neste exemplo, o resultado seria 111110.
A reviravolta final - não tenho a capacidade de criar funções ou procedimentos armazenados neste banco de dados, portanto, minha forte preferência é resolver isso em uma SELECTinstrução ...
(Se o push for forçado, moverei os dados brutos e usarei uma função em um banco de dados separado - e encontrei vários deles online.)
É possível configurar um alerta no SQL Server 2008 que enviará um e-mail sempre que um trabalho de uma categoria específica falhar?
Estou me perguntando porque gostaria de configurar um e-mail sempre que uma assinatura do SSRS falhar - e todas essas assinaturas são trabalhos na categoria Report Server .
EDIT - acontece que quando uma assinatura do SSRS falha, o trabalho em si não falha, então minha pergunta não se aplica ao uso de monitoramento de assinatura do SSRS. No entanto, ainda gostaria de saber sobre outros trabalhos que executamos em nosso ambiente
É possível configurar uma assinatura de e-mail do SSRS, com um anexo, criptografado?
ATUALIZAÇÃO PÓS RESPOSTA-ACEITAR: A opção SMTPUseSSL no arquivo RSReportServer.config me ajuda de alguma forma?
MAIS UMA ATUALIZAÇÃO : Não, a opção SMTPUseSSL não me leva até lá. Eu validei a resposta abaixo aqui :
The default e-mail delivery extension does not provide support for digitally signing or encrypting outgoing mail messages.
Gostaria de saber se é possível verificar se uma assinatura do SSRS que foi configurada para enviar um e-mail o enviou para um endereço real. Ou seja, se eu inserir um endereço de e-mail inválido, posso descobrir que uma mensagem não entregue foi enviada de volta do servidor de destino?
Eu testei isso com um endereço de e-mail que retorna uma mensagem não entregue quando enviei um e-mail para ele do Outlook. Depois que a assinatura foi executada, seu status simplesmente dizia Mail sent to [email protected].
NOSSA SOLUÇÃO: Configuramos uma conta compartilhada do Outlook com um endereço de e-mail genérico. Aqueles de nós que têm acesso para criar assinaturas têm acesso a esta conta de e-mail. Em seguida, modificamos o RSReportServer.configarquivo no ReportServer para enviar e-mails desse novo endereço genérico. Agora, sempre que uma assinatura é configurada para enviar para um endereço de e-mail incorreto, podemos ver a falha na entrega na caixa de entrada compartilhada do Outlook. Uau!