All perguntas(dba)

Estou usando o Django e de vez em quando recebo este erro:

IntegrityError: valor de chave duplicado viola restrição exclusiva "myapp_mymodel_pkey"
DETALHE: A chave (id)=(1) já existe.

Meu banco de dados Postgres de fato tem um objeto myapp_mymodel com a chave primária de 1.

Por que o Postgres tentaria usar essa chave primária novamente? Ou é mais provável que meu aplicativo (ou ORM do Django) esteja causando isso?

Este problema ocorreu mais 3 vezes seguidas agora. O que descobri é que, quando ocorre , acontece uma ou mais vezes seguidas para uma determinada tabela, e não novamente. Parece acontecer para todas as mesas antes de parar completamente por dias, acontecendo por pelo menos um minuto ou mais por mesa quando ocorre, e acontecendo apenas intermitentemente (nem todas as mesas imediatamente).

O fato de esse erro ser tão intermitente (aconteceu apenas 3 ou mais vezes em 2 semanas - nenhuma outra carga no banco de dados, apenas eu testando meu aplicativo) é o que me deixa tão cauteloso com um problema de baixo nível.

Meu servidor de desenvolvimento local está no Oriente Médio, mas meu servidor de produção está no Reino Unido.

Eu preciso mostrar a data para o usuário em seu fuso horário. Por exemplo, se um usuário estiver na Arábia Saudita, preciso mostrar a hora de acordo com o formato da Arábia Saudita.

Devo criar uma nova tabela de banco de dados chamada TimeZone e salvar a hora em UTC?

Existe uma maneira de descobrir a melhor maneira de saber quais índices criar para uma tabela?

Existe um equivalente à SHOW DATABASESinstrução MySQL?

É possível encontrar bancos de dados em um cluster? ou seja, bancos de dados presentes na rede em algum outro sistema?

Eu poderia analisar os arquivos presentes em uma instalação do Oracle para encontrar os mesmos?

Com credenciais de acesso completas a um sistema Oracle, como você faria para enumerar todos os bancos de dados existentes?

Já estou pensando nisso há muito tempo.

A questão básica é: como testar unitariamente procedimentos armazenados?

Vejo que posso configurar testes de unidade com relativa facilidade para funções no sentido clássico (quero dizer, elas obtêm zero ou mais argumentos e retornam um valor). Mas se eu considerar um exemplo da vida real de um procedimento aparentemente simples inserindo uma linha em algum lugar, com alguns gatilhos fazendo isso e aquilo antes ou depois da inserção, até mesmo definir os limites de uma 'unidade' é bastante difícil. Devo testar apenas o INSERTpróprio? Isso é bastante simples, eu acho – com valor relativamente baixo. Devo testar o resultado de toda a cadeia de eventos? Além da questão de saber se este é um teste de unidade ou não, projetar um teste adequado pode ser um trabalho bastante árduo, com muitos pontos de interrogação adicionais surgindo no caminho.

E então vem o problema de dados em constante mudança. No caso de UPDATEafetar mais do que apenas algumas linhas, cada linha potencialmente afetada deve ser incluída de alguma forma nos casos de teste. Outras dificuldades com DELETEs e assim por diante e assim por diante.

Então, como você testa seus procedimentos armazenados? Existe um limite na complexidade onde fica completamente sem esperança? Quais recursos são necessários para a manutenção?

EDITAR Mais uma pequena pergunta, baseada na resposta de AlexKuznetsov: Ou existe um limite sob o qual é completamente inútil?

Eu tenho uma mesa que está ocupando cerca de 90% do espaço do hd em nosso servidor. Eu decidi soltar algumas colunas para liberar espaço. Mas preciso devolver o espaço ao SO. O problema, porém, é que não tenho certeza do que acontecerá se eu executar VACUUM FULL e não houver espaço livre suficiente para fazer uma cópia da tabela.

Entendo que VACUUM FULL não deve ser usado, mas achei que era a melhor opção nesse cenário.

Todas as idéias seriam apreciadas.

Estou usando o PostgreSQL 9.0.6

Eu configurei ssl = on( postgresql.confe instalei um certificado etcetera). Isso garante que todos os clientes sempre se conectarão por SSL?

(Ou seja ssl = on, torna impossível conectar-se sem criptografia SSL?)

Existem outras maneiras de garantir que todos os clientes sempre se conectem por SSL/TLS?

Ao projetar um esquema de dados do servidor SQL e as consultas subsequentes, sprocs, exibições, etc., a noção de um índice clusterizado e a ordem dos dados no disco faz algum sentido a considerar para projetos de banco de dados feitos explicitamente para serem implantados em plataformas SSD?

http://msdn.microsoft.com/en-us/library/aa933131(v=sql.80).aspx
"Um índice agrupado determina a ordem física dos dados em uma tabela."

Em uma plataforma de disco físico, o design para considerá-los faz sentido para mim, pois uma varredura física dos dados para recuperar linhas "sequenciais" pode ter mais desempenho do que uma busca na tabela.
Em uma plataforma SSD, todos os acessos de leitura de dados usam uma busca idêntica. Não há conceito de "ordem física" e as leituras de dados não são "sequenciais" no sentido de que os bits são armazenados no mesmo pedaço de silício.

Portanto, no processo de design de um banco de dados de aplicativo , a consideração do índice clusterizado é relevante para esta plataforma?

Meu pensamento inicial é que não é porque a ideia de "dados ordenados" não se aplica ao armazenamento de SSDs e à otimização de busca/recuperação.

EDIT: Eu sei que o SQL Server criará um, só estou filosofando se faz sentido pensar nisso durante o design/otimização.

Eu tenho um banco de dados que tentei desfragmentar todas as tabelas de uma só vez executando este T-SQL:

SELECT 
        'ALTER INDEX all ON ' + name + ' REORGANIZE;' + CHAR(10) +
        'ALTER INDEX all ON ' + name + ' REBUILD;'
    FROM sys.tables

E, em seguida, copiando e colando a saída em uma nova janela de consulta e executando isso. Não obtive erros, mas ainda tenho fragmentação. Eu tentei executar os dois comandos separadamente também e ainda tenho fragmentação. Nota: Fui informado de que REORGANIZEé desnecessário por Aaron e estou ciente de que poderia usar sql dinâmico para automatizar isso.

Eu executei isso para determinar que ainda tenho fragmentação:

SELECT * FROM 
sys.dm_db_index_physical_stats (DB_ID(), NULL, NULL , NULL, NULL) 
WHERE avg_fragmentation_in_percent > 0

E eu consegui:

Eu sei que estou perdendo algo bem básico, mas não sei o quê.

Como você calcula mysql max_connections?

O que você leva em consideração?