SQLAlchemy Core
Linguagem de expressão, conexões e inserções/seleções do Core.
Receita
Cartão de receita de referência rápida - pronto para copiar e colar.
from sqlalchemy import MetaData, Table, Column, Integer, String, insert, select
metadata = MetaData()
items = Table("items", metadata, Column("id", Integer, primary_key=True), Column("name", String))
metadata.create_all(engine)
with engine.begin() as conn:
conn.execute(insert(items).values(name="a"))
print(conn.execute(select(items)).all())Quando usar isso:
- SQL em massa sem ORM
- Metadados de migração
- SQL crítico para desempenho
Exemplo de Trabalho
from sqlalchemy import update
stmt = update(items).where(items.c.id == 1).values(name="b")O que isso demonstra:
- Construção de tabela
- insert/select
- Declarações de atualização
Mergulho Profundo
Como Funciona
- O Core mapeia tabelas para construções SQL.
- O Engine fornece o pool de conexões.
- Use o Core quando o overhead do ORM não for desejado.
Armadilhas
- Validação de limite ignorada - Dados inválidos chegam às camadas de persistência. Correção: Valide com Pydantic ou formulários do framework na borda.
- Vazamento de traces de pilha - Clientes veem erros internos. Correção: Mapeie exceções para respostas HTTP estáveis.
- Bloqueio de loops de eventos assíncronos - Workers param sob carga concorrente. Correção: Use drivers assíncronos ou wrappers de threadpool.
- Segredos no controle de versão de origem - Credenciais vazam pelo histórico do git. Correção: Carregue segredos de variáveis de ambiente ou de um vault em tempo de execução.
- Falta de observabilidade - Incidentes são difíceis de depurar. Correção: Adicione logs estruturados, métricas e IDs de solicitação.
Alternativas
| Alternativa | Use Quando | Não Use Quando |
|---|---|---|
| Framework alternativo neste cookbook | Padrão da equipe ou monólito existente | API Greenfield com restrições diferentes |
| BaaS Gerenciado | MVP apenas CRUD | Autenticação personalizada, fluxos de trabalho ou necessidades de conformidade |
| gRPC | RPC interno de alto desempenho | Clientes HTTP públicos e acesso ao navegador |
FAQs
Quando devo adotar o SQLAlchemy Core?
Use-o quando os padrões e trade-offs nesta página corresponderem à sua API ou limite de dados.
Qual é o principal erro de produção com o SQLAlchemy Core?
Ignorar validação, timeouts ou contratos de erro explícitos na borda HTTP.
Como testar o SQLAlchemy Core?
Use o cliente de teste do framework, substitua dependências e afirme o status mais a forma JSON.
O SQLAlchemy Core funciona com Python 3.14?
Sim - os exemplos visam Python 3.14 com versões de framework fixadas do rodapé da pilha.
Como o SQLAlchemy Core se relaciona com o Pydantic 2?
Valide e serialize nas bordas; mantenha os serviços funcionando com objetos de domínio tipados.
Síncrono ou assíncrono?
Prefira rotas assíncronas quando o I/O dominar; mantenha o trabalho da CPU pequeno ou descarregue para workers.
Onde a lógica de negócios deve residir?
Handlers finos; serviços possuem regras; repositórios possuem consultas.
Como documentar APIs?
Publique documentação OpenAPI ou de esquema que corresponda aos modelos de resposta no código.
Como lidar com versionamento?
Versionamento explícito de URL ou cabeçalho com janelas de depreciação - evite quebras silenciosas.
O que devo ler a seguir?
Siga os links Relacionados para a próxima camada de profundidade nesta seção.
Como me manter seguro?
Autentique chamadores, autorize por recurso, limite a taxa e nunca registre segredos.
Primeiro passo de desempenho?
Meça a latência do DB e upstream antes de trocar de framework.
Relacionado
- Noções Básicas de Banco de Dados - Conexões e transações
- SQLAlchemy ORM 2.0 - Padrões ORM
- Migrações com Alembic - Alterações de esquema
- Acesso Assíncrono a Banco de Dados - asyncpg
Versões da Pilha: Esta página foi escrita para Python 3.14.0 (3.14 estável, 3.13 em manutenção), FastAPI 0.115+, Django 5.2, Flask 3.1, Pydantic 2, PyTorch 2.6+, pandas 2.2+, Polars 1.x, ruff 0.9+ e uv 0.6+.