BVernon's questions

Quando você alterar a TRUSTWORTHYconfiguração, as conexões existentes respeitarão imediatamente essa alteração?

Eu tive uma experiência que parece sugerir que as conexões existentes não honram imediatamente a mudança, mas isso não parece certo, então eu gostaria de obter uma confirmação sobre isso para saber com o que estou lidando.

Não durante uma consulta. Quero dizer, se você estiver no SSMS com uma sessão aberta e as configurações forem alteradas, sua próxima consulta será afetada pela alteração nessa mesma sessão?

Eu não tinha certeza de qual banco de dados precisava ser TRUSTWORTHYativado para um processo específico, então estava testando para ver. Desliguei em um banco de dados e ainda funcionou bem. Então eu desliguei no outro banco de dados e ainda funcionou bem. No entanto, o processo não foi executado mais tarde para outro usuário, então eu imediatamente o liguei novamente em ambos os dbs. Achei estranho que o processo fosse executado com sucesso depois que eu o desliguei em ambos os bancos de dados para começar, porque tenho quase certeza de que é necessário estar ativado para um gatilho em um banco de dados poder gravar em uma tabela no outro banco de dados

Estou tentando mudar de ONpara OFF.

Estou integrando com serviços que usam OAuth, e os dados que preciso salvar no banco de dados são muito semelhantes. No entanto, existem pequenas diferenças com as duas primeiras implementações.

Ambos têm um token, expiração, refreshToken e refreshTokenExpiration. No entanto, um tem um "realmId" e o outro tem um "redirectUri" que precisa ser salvo com ele.

Do jeito que eu vejo, eu tenho 3 opções:

a) Adicione realmId e redirectUri à mesma tabela e um será preenchido e o outro nulo, dependendo de qual serviço está sendo usado. Claro, quem sabe se eu terei que continuar adicionando colunas adicionais à medida que mais serviços são adicionados com requisitos diferentes?

b) Normalize os dados de forma que haja uma tabela para os dados semelhantes, mas tabelas separadas que contenham os dados exclusivos para cada serviço e tenham chaves estrangeiras para a tabela com os dados de token semelhantes.

c) Nem se preocupe em tentar armazenar os dados semelhantes em uma única tabela. Mas sim crie uma tabela completamente separada para cada serviço.

Sendo mais pragmático do que ideólogo, estou inclinado para c). Uma razão adicional para isso é que um serviço concede tokens com base em contas, enquanto o outro serviço concede tokens com base em usuários que podem estar em várias contas.

Eu sei que este é certamente um problema comum, mas eu simplesmente não sei como descrever o problema de forma que eu possa encontrar informações úteis sobre ele em minhas pesquisas.

Supondo que você esteja criando um usuário de banco de dados mapeado para um logon SQL, existe algum motivo válido para atribuir ao usuário um nome diferente do logon?

Eu não estou realmente perguntando isso da perspectiva de "oh, é bobagem que eles me façam digitar o mesmo nome duas vezes no gui ssms ao criar um usuário de banco de dados", mas da perspectiva de que pode realmente haver um cenário de caso de uso legítimo e eu gostaria de saber o que é se assim for.

Quando tento fazer OPENQUERY, recebo um erro sobre não conseguir abrir o pipe nomeado, o que faz sentido porque isso não é uma opção (e não será uma opção tão cedo) para a maneira como a rede está configurada atualmente entre a máquina cliente e o servidor.

Isso significa que não poderei usar OPENQUERY ou pode ser configurado para funcionar sem pipes nomeados?

Eu tenho dois índices que indexam o mesmo campo na mesma tabela. A única diferença entre eles são as colunas incluídas.

Não há razão para eu não combinar as colunas incluídas e ter apenas um índice, certo?

Eu queria fazer uma cópia de um banco de dados e dar a ele um nome diferente e fazer com que nosso aplicativo se conectasse a essa nova cópia do banco de dados. O único problema é que outros bancos de dados que nosso aplicativo faz referência armazenaram procs com referências codificadas para o nome do banco de dados original. Portanto, mesmo que eu possa fazer o aplicativo se conectar à cópia, quaisquer outros bancos de dados aos quais ele se conectar ainda se conectarão ao original.

Eu tenho que acreditar que este é provavelmente um problema comum que foi resolvido, mas estou me perguntando se a solução é algo que ainda posso fazer em cima da implementação que temos ou se é algo que precisava ser projetado de forma diferente para começar. e em caso afirmativo, qual é o design "adequado" para lidar com esse problema?

Se eu tiver um procedimento armazenado com set transaction isolation level read uncommitted, isso afetará as instruções de atualização?

Eu sei que você não deve usar with (nolock)instruções on update/delete, e isso faz praticamente a mesma coisa, mas não tenho certeza se o SQL o ignora nas instruções update no procedimento ou se devo ter cuidado para não usá-lo se houver instruções update.

EDITAR:

Desculpe pela confusão. Não estou tentando descobrir qual seria o efeito de usar esse tipo de bloqueio em instruções de manipulação ou se é uma boa ideia. Na verdade, NÃO quero usar esse tipo de bloqueio nas instruções de manipulação e, portanto, minha pergunta é se colocar "definir transação ..." no topo do meu procedimento armazenado será honrado por instruções de atualização/exclusão ou se será ignorado. Minha esperança é que seja simplesmente ignorado.

Estou plenamente ciente dos efeitos (com seus prós e contras) que isso terá nas declarações selecionadas.

Gostaria de saber se adicionar um índice ascendente e descendente (na mesma coluna) poderia permitir que o SQL pesquisasse mais rapidamente utilizando os dois índices ao mesmo tempo?

Eu tenho um banco de dados no modo de usuário único que não consigo sair do modo de usuário único. Eu tentei redefinir o servidor e até tentei redefinir meu computador, mas a cada tentativa que faço de fazer algo nele, o SQL Server insiste que já existe alguma conexão aberta em algum lugar.

Eu realmente não entendo como é possível que haja uma conexão aberta para ele depois que acabei de redefinir meu computador e não abri uma conexão com ele. Estou usando o SSMS e fiz uma conexão com o servidor usando o explorador de objetos, após o qual tentei excluir o banco de dados diretamente usando a tecla delete (ou seja, não tenho nenhuma guia de consulta aberta, então definitivamente não há conexões lá).

Infelizmente, o aplicativo que estou usando não me permite especificar um nome de banco de dados, o que significa que tenho que descobrir como me livrar desse banco de dados estúpido para poder restaurar outro.

Tenho pesquisado no Google e tentado coisas diferentes, mas nada parece funcionar ... mesmo coisas que supostamente deveriam funcionar nesta situação.

Então, aqui estou eu procurando por mais ideias???

EDITAR:

Minha última tentativa foi usar SP_WHO para descobrir qual processo está conectado e, em seguida, MATÁ-lo. Mas toda vez que eu mato, ele volta com outro número imediatamente. Não entendo o que no mundo poderia estar causando tal comportamento.

EDIT2:

Eu apenas tentei select * from master..sysprocesses where spid = <spid>ver o kpid que, se bem entendi, se correlaciona com a coluna PID na guia de detalhes do gerenciador de tarefas. O único problema é que o valor é 0, o que significaria que é o processo ocioso do sistema. Talvez eu esteja entendendo mal algo aqui.

Estamos tendo que refazer uma publicação/assinatura e durante a execução do agente de instantâneo ele trava em 48% com a mensagem "O processo está em execução e aguarda uma resposta do servidor". Eventualmente, ele expira. Aumentei o tempo limite, mas mesmo depois de 4 horas ainda está parado no mesmo lugar.

Não consigo descobrir o que está 'esperando' ou como fazê-lo progredir ainda mais. Eu tentei excluir e recriar a publicação do zero, mas os mesmos resultados. Alguém tem ideias de como posso solucionar o problema para descobrir qual é o problema?

O uso do modelo de recuperação completa tornaria algo como uma operação DELETE de longa duração mais lenta do que seria no modelo de recuperação simples?

EDIT: O problema acabou sendo que, embora os backups sejam feitos todas as noites, eu estava tentando restaurar para um ponto no tempo que ainda não havia sido feito backup. Eu teria percebido isso antes se estivesse fazendo o script da restauração, mas como estava usando a GUI, ela simplesmente escolheu o arquivo de log mais recente e não se preocupou em me notificar de que o arquivo de log escolhido não continha realmente o ponto no tempo Eu estava especificando.

Depois que fiz um backup atual do banco de dados e do log de transações, funcionou perfeitamente.

Dito isso, ainda não entendo como o registro com tempo de '2013-11-27 12:52:08.240' foi restaurado no cenário descrito abaixo. Mas, por enquanto, vou atribuir isso a algo maluco com o aplicativo registrando um horário incorreto.

Mais uma vez, estou confuso com a (in?) capacidade do SQL Server de restaurar para um ponto específico no tempo.

Às vezes, quando tentei isso no passado, parecia que o SQL Server foi restaurado para um ponto no tempo próximo de onde eu pedi, mas não exatamente onde eu especifiquei. Eu considerei isso um mal-entendido da minha parte, pois sei que as datas registradas no banco de dados se originam no aplicativo e, portanto, podem variar um pouco desde o momento em que os registros são realmente gravados. As variações eram, na verdade, um pouco mais do que "ligeiras", mas essa ainda é a melhor explicação que pude apresentar.

Por volta das 12h55 de hoje, restaurei um banco de dados 30 minutos antes das 12h25. Agora, quando faço uma consulta no log e classifico por data/hora, vejo um registro com a data '2013-11-26 18:21:49.200' seguido imediatamente por um registro com a data '2013-11-27 12:52:08.240' um ao lado do outro.

Portanto, minha primeira observação é que todos os registros desde o início de hoje até o momento em que restaurei (12h25) não estão lá. Minha segunda observação é que há um único registro às 12h52, que é 27 minutos DEPOIS do horário em que tentei restaurar (muito, muito grande para uma pequena variação no tempo entre quando o aplicativo escolheu um horário e quando o registro realmente ficou escrito).

Alguém mais caiu nessa? Não tenho ideia de por que isso estaria acontecendo e gostaria de receber qualquer ajuda para descobrir como fazer backup de meus bancos de dados de forma que eles sejam restaurados adequadamente para um ponto no tempo em que eu precisar, pois esse é o motivo pelo qual mudei para usar o modelo Full Recovery para backups.

Usando a GUI do Management Studio, só consigo restaurar um banco de dados para um ponto no tempo até o segundo. Isso é apenas uma limitação da GUI ou, se eu usar um script, ele será restaurado para o milissegundo que eu especificar?

Estou tentando fazer isso com um script e 'parece' que está ignorando o milissegundo, mas infelizmente o valor da data com o qual estou comparando é, infelizmente, não necessariamente a hora exata em que o registro foi gravado, então só quero descartar qualquer possibilidade de que o problema seja devido a uma limitação do SQL Server.