All perguntas(dba)

É bem conhecido que SCHEMABINDINGuma função pode evitar um spool desnecessário nos planos de atualização:

Se você estiver usando UDFs T-SQL simples que não tocam em nenhuma tabela (ou seja, não acessam dados), certifique-se de especificar a SCHEMABINDINGopção durante a criação das UDFs. Isso tornará os UDFs vinculados ao esquema e garantirá que o otimizador de consulta não gere nenhum operador de spool desnecessário para planos de consulta envolvendo esses UDFs.

Existem outras vantagens de SCHEMABINDINGuma função, mesmo que ela não acesse dados?

SQL Server 2014, Ed Padrão

Eu li que percent_complete em dm_exec_requests não funciona para CREATE INDEX e, na prática, percent_complete fica em 0. Então isso não ajuda.

Atualmente uso o método abaixo, que pelo menos me mostra movimento (que a criação do índice não está bloqueada). Mas não faço ideia se estou %10 no processo ou %99.

Eu tentei o método descrito aqui: https://dba.stackexchange.com/a/102545/6229 , mas ele mostra um tempo de conclusão claramente errado (basicamente mostra 'agora' para um processo de mais de 60 minutos em que estou 10 minutos )

Como posso obter uma pista?

SELECT percent_complete, estimated_completion_time, reads, writes, logical_reads, text_size, *
FROM
sys.dm_exec_requests AS r
WHERE
r.session_id <> @@SPID
AND r.session_id = 58

Eu tenho um arquivo .bak criado hoje por outra pessoa, criado manualmente através do SSMS 2008 R2. Estou tentando restaurar manualmente o banco de dados, infelizmente o arquivo não está aparecendo quando vou procurá-lo.

Posso fazer o script do processo de restauração, mas já vi esse problema antes e não tenho certeza do que poderia fazer com que o .bak não aparecesse.

Eu tenho uma tabela com 64 milhões de linhas levando 4,3 GB em disco para seus dados.

Cada linha tem cerca de 30 bytes de colunas inteiras, mais uma NVARCHAR(255)coluna variável para texto.

Eu adicionei uma coluna NULLABLE com data-type Datetimeoffset(0).

Atualizei esta coluna para cada linha e certifiquei-me de que todas as novas inserções colocassem um valor nesta coluna.

Uma vez que não havia entradas NULL, executei este comando para tornar meu novo campo obrigatório:

ALTER TABLE tblCheckResult 
ALTER COLUMN [dtoDateTime] [datetimeoffset](0) NOT NULL

O resultado foi um ENORME crescimento no tamanho do log de transações - de 6 GB para mais de 36 GB até ficar sem espaço!

Alguém tem alguma ideia do que diabos o SQL Server 2008 R2 está fazendo para que esse comando simples resulte em um crescimento tão grande?

Eu não posso acreditar que eles tornam isso tão difícil. Estou perdido sobre como visualizar os dados no meu banco de dados.

Existe uma maneira fácil de ver quais dados estão em minhas tabelas com o pgAdmin III? Alternativamente, existe um programa que eu possa usar que não seja ruim?

Como devo nomear minhas tabelas ao criar um novo banco de dados?

Singular: Clientou Plural: Clients?

Como podemos restaurar o banco de dados mysql com nome diferente do arquivo mysqldump. Eu não quero abrir o arquivo de despejo e editá-lo. Algum outro método melhor?

Já vi muitas pessoas usarem a função COALESCE no lugar de ISNULL. A partir de pesquisas na Internet, descobri que COALESCE é padrão ANSI, portanto, há uma vantagem de sabermos o que esperar ao usá-lo. No entanto, ISNULL parece mais fácil de ler, pois parece mais claro o que está fazendo.

Também percebo que ISNULL é meio complicado, pois atua de maneira diferente em diferentes servidores de banco de dados e em diferentes idiomas.

Tudo isso, na minha opinião, se resume a estilo e padrões. Dado que o estilo é subjetivo, há alguma razão para usar COALESCE em vez de ISNULL (ou vice-versa)? Especificamente, há uma vantagem de desempenho de um sobre o outro?

tenho o seguinte no meu~/.my.cnf

[client]
password="somepass"

mas essa não é a senha que uso para cada usuário@host/banco de dados ao qual me conecto. Existe alguma maneira de especificar na configuração senhas diferentes para coisas diferentes para que eu não precise digitá-las?

Em primeiro lugar, sou um desenvolvedor, não um DBA ou administrador de sistemas; por favor, seja gentil :)

Estou trabalhando em um fluxo de trabalho de aplicativo em que uma única ação do usuário acionará alterações complexas no banco de dados - criando centenas de registros em algumas tabelas, atualizando centenas de registros em outras, etc. Ao todo, cerca de 12 tabelas (de ~ 100 ) são tocados por esta ação. Devido à complexidade, é muito difícil para mim reverter manualmente todas as alterações antes de poder executar outro teste. Durante a maior parte do meu tempo de desenvolvimento, posso simplesmente inserir uma instrução "ROLLBACK" perto do final do fluxo de trabalho, mas quando chego perto de confirmar minhas alterações, preciso testar a coisa real.

Eu tenho uma cópia local do banco de dados de produção para trabalhar. No meu caso, despejar e restaurar entre os testes é mais rápido do que escrever um script para desfazer todas as alterações. É mais rápido, mas ainda está me deixando muito lento (a restauração leva cerca de 20 minutos no meu laptop antigo). Existe alguma maneira de salvar um instantâneo do estado atual do banco de dados e restaurá-lo rapidamente?

Tenho a garantia de ser o único usuário no sistema e tenho acesso root. O dump do banco de dados é ~ 100 MB quando tar'ed e gzip'ed. A versão do PostgreSQL é 8.3.

Agradecemos antecipadamente por quaisquer idéias úteis.