postgresql
Projetar Esquemas de Banco de Dados PostgreSQL
Erros no design de esquemas de banco de dados causam problemas de integridade e desempenho de dados. Esta habilidade fornece práticas recomendadas específicas para PostgreSQL em tipos de dados, índices, restrições e padrões de escalabilidade.
Baixar o ZIP da skill
Upload no Claude
Vá em Configurações → Capacidades → Skills → Upload skill
Ative e comece a usar
Testar
A utilizar "postgresql". Design a users table with email, name, and timestamps
Resultado esperado:
- CREATE TABLE users (
- user_id BIGINT GENERATED ALWAYS AS IDENTITY PRIMARY KEY,
- email TEXT NOT NULL UNIQUE,
- name TEXT NOT NULL,
- created_at TIMESTAMPTZ NOT NULL DEFAULT now(),
- updated_at TIMESTAMPTZ NOT NULL DEFAULT now()
- );
- CREATE UNIQUE INDEX ON users (LOWER(email));
A utilizar "postgresql". Should I use UUID or BIGINT for primary keys?
Resultado esperado:
- Use BIGINT GENERATED ALWAYS AS IDENTITY when:
- - Sequential IDs are acceptable
- - Index performance is critical
- - Smaller index size matters
- Use UUID when:
- - Global uniqueness is required
- - ID opacity is a security requirement
- - Merging data from multiple sources
Auditoria de Segurança
SeguroAll 221 static analyzer findings were determined to be false positives. The skill consists entirely of markdown documentation (SKILL.md) with no executable code. Backtick characters are markdown formatting for code examples, not shell execution. References to security features like Row Level Security are PostgreSQL documentation, not Windows SAM access. The skill provides educational guidance for database schema design with no security risks.
Pontuação de qualidade
O Que Você Pode Construir
Design de Esquema para Nova Aplicação
Projetar um esquema de banco de dados completo para uma nova aplicação web com tipos de dados apropriados, chaves primárias, relacionamentos de chave estrangeira e índices para padrões de consulta comuns.
Revisão e Otimização de Esquema
Revisar designs de tabelas existentes para problemas de desempenho, índices faltantes, tipos de dados inadequados ou lacunas de restrições que podem causar problemas de integridade de dados.
Planejamento de Migração
Planejar evolução segura do esquema com DDL transacional, criação de índices concorrentes e estratégias para adicionar colunas a tabelas grandes sem tempo de inatividade.
Tente Estes Prompts
Projetar uma tabela PostgreSQL para armazenar perfis de usuário com campos para e-mail, nome, data de registro e configurações opcionais de perfil. Usar tipos de dados e restrições apropriados.
Tenho uma tabela de consultas com colunas: id, user_id, status, created_at. Consultas comuns filtram por user_id e status, e ordenam por created_at decrescente. Recomendar uma estratégia de indexação.
Devo armazenar atributos de produto em uma coluna JSONB ou criar colunas separadas? Os atributos variam por categoria de produto e os usuários frequentemente pesquisam por atributos específicos.
Tenho uma tabela de eventos crescendo em 10 milhões de linhas por mês. Consultas tipicamente filtram por event_date e device_id. Recomendar uma estratégia de particionamento e explicar os trade-offs.
Melhores Práticas
- Use TIMESTAMPTZ em vez de TIMESTAMP para todos os timestamps de eventos para evitar confusão de fuso horário
- Adicione índices explícitos em colunas de chave estrangeira, pois o PostgreSQL não os cria automaticamente
- Normalize para 3NF primeiro, depois desnormalize apenas para ganhos de desempenho de leitura comprovados e de alto ROI
Evitar
- Usar VARCHAR com limites de tamanho em vez de TEXT com restrições CHECK
- Criar índices em cada coluna sem analisar os padrões de consulta reais
- Usar SERIAL em vez de GENERATED ALWAYS AS IDENTITY para colunas de auto-incremento