All perguntas(dba)

Tenho uma tabela SQL Server 2005 chamada BRITTNEY_SPEARS_MARRIAGESe ela possui as seguintes colunas:

MarrigeId tinyint, 
HusbandName varchar(500),
MarrigeLength int

Agora eu tenho outra mesaBRITTNEY_SPEARS_MARRIAGE_STORIES

StoryId int, 
MarriageId tinyint, 
StoryText nvarchar(max)

O problema é que queremos atualizar MarrigeIda coluna para um intde um arquivo tinyint. Nós apenas sentimos que Brittney vai ter muitos casamentos antes que tudo seja dito e feito.

Agora a BRITTNEY_SPEARS_MARRIAGE_STORIEStabela tem 18 milhões de linhas (ei, a garota tem alguns problemas), então, quando vamos fazer a atualização, o log de transações é preenchido e nossa caixa do SQL Server morre.

Como podemos contornar isso?

Existe alguma maneira de dizer "Ei, SQL Server, vou atualizar esta coluna e torná-la maior. Confie em mim neste SQL Server. Por favor, não encha o log de transações enquanto tenta validar tudo?"

Eu quero criar uma nova função por script no meu banco de dados. O código do script está abaixo:

IF Exists(Select * From sys.sysobjects A Where A.name =N'fn_myfunc' and xtype=N'FN') return;

CREATE FUNCTION fn_myfunc ()
returns varchar(10)
AS Begin
...
End

Mas quando executo o script acima, o SQL Server retorna um erro:

'CREATE FUNCTION' must be the first statement in a query batch.

Estou prestes a migrar arquivos de banco de dados para uma nova SAN (de uma SAN antiga) e tenho algumas opções para implementar isso. (1) Foi sugerido que eu analisasse o nível de esforço de restauração de um backup completo para um novo banco de dados no servidor. No entanto, (2) meu plano original era copiar os arquivos da SAN antiga para a nova SAN desconectando e reconectando o banco de dados.

Meu instinto me diz que prefiro desanexar, copiar e anexar, pois parece mais à prova de falhas, mas isso pode ser apenas minha ingenuidade. Não quero perder uma transação ou de alguma forma "quebrar alguma coisa" no processo de renomear bancos de dados.

Acho que minha pergunta é se estou ou não justificado em meu ceticismo em relação à opção BACKUP-RESTORE-Replay e quais são os outros méritos ou riscos dessa opção?

Estou tentando descobrir uma consulta fácil que posso fazer para testar se uma tabela grande possui uma lista de entradas que possui pelo menos UM valor em branco (NULL/vazio) em QUALQUER coluna.

Eu preciso de algo como

SELECT * FROM table AS t WHERE ANY(t.* IS NULL)

eu não quero ter que fazer

SELECT * FROM table AS t WHERE t.c1 = NULL OR t.c2 = NULL OR t.c3 = NULL

Esta seria uma consulta ENORME.

Preciso acompanhar os itens excluídos para as necessidades de sincronização do cliente.

Em geral, é melhor adicionar uma tabela tombstone e um gatilho que rastreie quando uma linha foi excluída do banco de dados do servidor - basicamente adicionando uma nova linha à tabela tombstone com os dados do item excluído - ou manter os itens no tabela original e sinalizá -los como excluídos, normalmente com uma coluna do tipo bit, para indicar que uma linha foi excluída e outra coluna para rastrear quando ocorreu a exclusão?

Temos a seguinte configuração:

• Banco de dados de produção múltipla contendo dados privados que são usados ​​pelo software de desktop
• Um banco de dados da web para um site público que precisa de alguns dados dos bancos de dados privados
• Um banco de dados intermediário que contém algumas visualizações e procedimentos armazenados que extraem dados dos bancos de dados privados

Atualmente, o site faz login no banco de dados da web e o banco de dados da web se conecta ao banco de dados intermediário para extrair dados ou executar procedimentos armazenados nos bancos de dados de produção. Todos os bancos de dados estão na mesma instância SQL e todo o processo usa a mesma conta de usuário.

A conta do usuário tem acesso total ao banco de dados da web e ao banco de dados intermediário, mas só pode acessar exibições específicas e procedimentos armazenados de um banco de dados privado

Isso é realmente mais seguro do que apenas fazer com que o banco de dados público se conecte diretamente aos privados?

Parece que o banco de dados intermediário só existe para complicar as coisas, pois o mesmo login é usado para acessar os dados em todos os bancos de dados e já está limitado apenas às visualizações / SPs que precisa nos bancos de dados privados. Eu estou esperando para removê-lo.

Eu vi a mensagem 'Aviso ANSI' acima hoje ao executar o script de um colega (e não sei qual das muitas declarações causou a exibição do aviso).

No passado, eu ignorei: eu mesmo evito nulos e, portanto, qualquer coisa que os elimine é uma coisa boa em meu livro! No entanto, hoje a palavra 'SET' literalmente gritou para mim e percebi que não sei qual é o significado da palavra neste contexto.

Meu primeiro pensamento, com base no fato de ser maiúscula, é que se refere à palavra- SETchave e significa 'atribuição', como em

UPDATE <table> SET ...

...ON DELETE SET NULL...

SET IDENTITY_INSERT <table> ON

De acordo com a Ajuda do SQL Server, o recurso 'Avisos ANSI' é baseado no ISO/ANSI SQL-92, cuja especificação faz apenas um uso do termo 'Definir operação' no título de uma subseção, portanto, no caso do título, no seção de atribuição de dados. No entanto, após uma rápida pesquisa da mensagem de erro no Google, vejo exemplos que são SELECTconsultas aparentemente sem atribuição envolvida.

Meu segundo pensamento, com base no texto do aviso do SQL Server, foi que o significado matemático de set está implícito. No entanto, não acho que a agregação em SQL seja estritamente falando uma operação de conjunto. Mesmo que a equipe do SQL Server considere uma operação de set, qual o objetivo de colocar a palavra 'set' em maiúsculas?

Ao pesquisar no Google, notei uma mensagem de erro do SQL Server:

Table 'T' does not have the identity property. Cannot perform SET operation.

As mesmas palavras 'operação SET' no mesmo caso aqui só podem se referir à atribuição da IDENTITY_INSERTpropriedade, o que me traz de volta ao meu primeiro pensamento.

Alguém pode lançar alguma luz sobre o assunto?

Eu criei um procedimento armazenado no mysql usando a seguinte sintaxe.

DROP PROCEDURE IF EXISTS `sp-set_comment_count`;

DELIMITER $$

CREATE PROCEDURE `sp_set-comment_count` (IN _id INT)
BEGIN
   -- AC   - AllCount
   DECLARE AC INT DEFAULT 0;

   SELECT COUNT(*) AS ac
     INTO AC
     FROM usergroups AS ug
LEFT JOIN usergroup_comments AS ugm ON ugm.`gid` = ug.`id`
LEFT JOIN mediagallery AS dm ON ugm.mid = dm.`id`
    WHERE dm.`status` NOT IN (200, 201, 202, 203, 204, 205)
      AND ug.`id` = _id;

   UPDATE usergroups
      SET allCount = AC,
    WHERE usergroups.`id` = _id;

END $$
DELIMITER ;

Para sua informação, simplifiquei bastante o procedimento armazenado, mas sei que funciona sem problemas.

O que eu gostaria de poder fazer é configurar um gatilho de usergroup_comments que funciona assim.

DROP TRIGGER IF EXISTS `usergroups_comments_insert` 

CREATE TRIGGER `usergroups_comments_insert` AFTER INSERT ON `usergroups_comment`
    FOR EACH ROW
    BEGIN
       CALL sp-set-comment_count(NEW.`gid`);
    END;

Mas, por algum motivo, toda vez que eu faço o mysql lança um erro para mim que é menos do que útil, afirmando que há um erro de sintaxe na linha 4.

Eu vasculhei a documentação do mysql e encontrei algumas informações sobre restrições de gatilhos, mas achei bastante complicado.

http://dev.mysql.com/doc/refman/5.1/en/stored-program-restrictions.html

Qualquer idéia será útil.

Qual é a maneira mais eficiente de recuperar intervalos de datas com uma estrutura de tabela como essa?

create table SomeDateTable
(
    id int identity(1, 1) not null,
    StartDate datetime not null,
    EndDate datetime not null
)
go

Digamos que você queira um intervalo para StartDatee EndDate. Então, em outras palavras, se estiver StartDateentre @StartDateBegine @StartDateEnd, e estiver EndDateentre @EndDateBegine @EndDateEnd, então faça alguma coisa.

Eu sei que existem algumas maneiras de provavelmente fazer isso, mas qual é a mais recomendada?

Como configurar dois servidores idênticos para failover automático no PostgreSQL 9.1.

SO

Centos 5
PostgreSQL 9.1 compilado a partir do código fonte
A conta de usuário postgres existe em ambas as máquinas e tem uma chave ssh sem senha para conectar a ambas as máquinas.

Minha configuração atual:

Configuração do servidor mestre:

postgresql.conf:

listen_address = '*'
wal_level = hot_standby
max_wal_senders = 3
checkpoint_segments = 16    
wal_keep_segments = 8 
archive_mode = on    
archive_command = 'cp "%p" /opt/pgsql91/archive/"%f"'  

pg_hba.conf:

 host  replication   all   10.0.66.1/32      trust
 host  replication   all   10.0.66.2/32      trust

Servidor em espera

postgresql.conf e pg_hba.conf são idênticos ao que está configurado no servidor mestre.

recovery.conf:

 standby_mode = 'on'
 primary_conninfo = 'host=10.0.66.1'
 trigger_file = '/opt/pgsql91/data/trigger.txt'

Graças ao hzRoot, agora entendo como alternar o servidor do modo de espera para o mestre.

Usando os comandos a seguir, posso sincronizar o novo escravo com o novo mestre e, em seguida, obter o backup e a execução da replicação.

No novo mestre (10.0.66.2)

1. su - postgres
2. toque em trigger.txt em /opt/pgsql91/data/
3. recovery.conf torna-se recovery.done
4. psql -c ";SELECT pg_start_backup('backup', true)";
5. rsync -a -v -e ssh /opt/pgsql91/data/ 10.0.66.1:/opt/pgsql91/data/ --exclude postmaster.pid
6. psql -c ";SELECT pg_stop_backup()";

No novo escravo (10.0.66.1)

1. crie o recovery.conf : cp recovery.done to recovery.conf
2. vi recovery.conf alterar o endereço IP: primary_conninfo = 'host=10.0.66.2'
3. iniciar postgresql

Então minhas perguntas agora são:

1. Essa é a maneira correta de trocar de papéis?
2. Alguém automatizou esse processo, se sim, o que você fez?
3. Se a replicação síncrona estiver habilitada, notei que o novo servidor mestre não confirmará nenhuma transação porque está aguardando a resposta do escravo. No entanto, não há escravo porque o outro servidor, o antigo mestre, está inativo. Isso está correto ou preciso desabilitar temporariamente a replicação síncrona enquanto o novo escravo estiver inativo?