SQLAlchemy

Usado principalmente por sua ORM, SQLAlchemy é muito mais do que isso.
SQLAlchemy constrói sua própria linguagem de consulta e personalizados padrões de persistência de alto desempenho e fácil acesso aos dados armazenados

O que é novo nesta versão:.

< ul>

O que é novo na versão 1.0.4:

• Uma regressão bastante grave de unidade de trabalho sobre expressões SQL é fixo, o novo comportamento em relação a expressões textuais com & quot; ORDER BY & quot; foi escalado para trás um pouco para casos de uso melhor terno, agora obsoletas, um pouco usada evento gancho ORM foi reparado como ele impediu o pacote SQLSoup de trabalhar, e os metadados & quot; em criar / gota em & quot; eventos experimentou uma mudança de formato em um dos argumentos usados ​​menores sendo passado, que foi revertido para sua forma anterior.

O que é novo na versão 0.9.9 / 1.0.0b5:

• Versão cordas Nova do SQL Server
• condições de erro Nova psycopg2
• Mudanças no mysql-connector-python e pg8000

O que é novo na versão 0.9.0:.

• Suporte Python 3
• extensões C suportado em Python 3.
• Composite atributos agora são retornados como seu objeto de formulário quando consultado em uma base per-atributo.
• Associação melhorias expressão SQL procuração e correções.
• O & quot; senha & quot; parte de uma create_engine () não considera o sinal + como um espaço codificado.

O que é novo na versão 0.8.2:

• 0.8.2 inclui várias correções de bugs e novos dúzia recursos, incluindo o refinamento de alguns dos novos recursos introduzidos no 0.8.

O que é novo na versão 0.8.1:

• Esta é uma versão de correções que resolve muitos problemas, alguns dos quais apareceram em 0.8.0 como regressões e muitos mais que afetam todas as versões.

O que é novo na versão 0.8.0:

• Características nova relação
• Novos recursos polimórficos - with_polymorphic () e of_type ()
• New Runtime Sistema de Inspeção
• Sistema Operador Extensible
• Suporte HSTORE

O que é novo na versão 0.7.8:

• O argumento dos "objetos" para lavar () é não preterido, como alguns casos de uso válidos foram identificados.
• identity_key Fixo () função que não estava aceitando um argumento escalar para a identidade.
• Corrigido o erro pelo qual opção populate_existing não propagar para SubQuery carregadeiras ansiosos.

O que é novo na versão 0.7.6:

• adiciona alguns novos recursos como o suporte para Quadro Comum expressões, e também tem algumas correções de bugs importantes.

O que é novo na versão 0.6.7:

• apertou o iterate vs. remover mutex em torno da identidade mapa iteração, na tentativa de reduzir a chance de um (extremamente raro) operação de reentrada gc causando um impasse. Pode remover a exclusão mútua em 0,7.
• Adicionado um argumento `` name` para Query.subquery () `, para permitir que um nome fixo a ser atribuído ao objeto alias.
• Um aviso é emitido quando um mapeador de mesa juntou herdando não tem as chaves primárias na tabela mapeada localmente (mas tem pks na tabela da superclasse).
• Corrigido o erro onde & quot; média & quot; classe em uma hierarquia polimórfica não teria nenhuma coluna 'polymorphic_on' se não também especificar um 'polymorphic_identity', levando a erros estranhos em cima de atualização, classe errada carregado ao consultar a partir desse destino. Também emite onde o critério correto quando usando herança única tabela.
• Corrigido o erro onde uma coluna com um SQL Server Side ou padrão que foi excluído de um mapeamento com include_properties ou exclude_properties resultariam em UnmappedColumnError.

O que é novo na versão 0.6.5:

• Corrigido o erro em query.update (), onde ' avaliar 'ou' pegar 'expiração falharia se a chave de expressão da coluna era um atributo de classe com um keyname diferente como o nome da coluna real.
• - Adicionado uma afirmação durante o flush que garante que não há chaves de identidade-holding nulos foram gerados em & quot; recém-persistente & quot; objectos. Isso pode ocorrer quando o código definido pelo usuário inadvertidamente desencadeia ondas em objetos não-completamente-carregados.
• cargas preguiçosos para relacionamento atributos agora usar o estado atual, não o & quot; quot cometido &; estado, de atributos de chave estrangeira e primária ao emitir SQL, se a descarga não está em processo. Anteriormente, seria usado só o Estado comprometeu-banco de dados. Em particular, isso iria causar um get-to-one muitos () - on-LazyLoad operação a falhar, como autoflush não é acionado sobre essas cargas quando os atributos são determinados e a & quot; cometido & quot; Estado pode não estar disponível.
• Uma nova bandeira no relacionamento (), load_on_pending, permite que o carregador preguiçoso para disparar em objetos pendentes sem uma tomada embutida lugar, bem como um objeto transiente que tem sido manualmente & quot; anexado & quot; para a sessão. Note-se que esta bandeira blocos atribuir eventos a partir ocorrendo quando um objeto é carregado, por isso backrefs não estão disponíveis até depois de um flush. A bandeira é destinado apenas para casos de uso muito específicas.
• Outra nova bandeira no relacionamento (), cascade_backrefs, desativa o & quot; salvar-update & quot; cascata quando o evento foi iniciado com & quot; reverter & quot; lado de uma relação bidirecional. Este é um comportamento mais limpo para que muitos-para-ones pode ser definido em um objeto transiente sem ele começar sugado sessão do objeto filho, enquanto ainda permitindo que a coleção para a frente a cascata. Nós * pode * padrão para este falso em 0,7.
• melhoria ligeira para o comportamento do & quot; passive_updates = False & quot; quando colocado apenas no-para-muitos um lado de uma relação; documentação foi esclarecido que passive_updates = False deve ser realmente no lado do um-para-muitos.
• passive_deletes Colocar = True em uma relação muitos-para-um emite um aviso, desde que você provavelmente a intenção de colocá-lo no lado de um-para-muitos.
• bug que impediria & quot fixo; subqueryload & quot; funcione corretamente com herança única tabela de um relacionamento de uma subclasse - o & quot; onde tipo em (x, y, z) & quot; só é colocado no interior, em vez de várias vezes.
• Ao usar from_self () com herança única tabela, o & quot; onde tipo em (x, y, z) & quot; é colocado do lado de fora de apenas a consulta, em vez de várias vezes. Pode fazer mais alguns ajustes para isso.
• scoped_session emite um aviso quando configure () é chamado se uma sessão já está presente (cheques só o segmento atual).

O que é novo na versão 0.6.4:

• O nome ConcurrentModificationError foi alterado para StaleDataError, e mensagens de erro descritivas foram revistos para refletir exatamente qual é o problema. Ambos os nomes permanecerá disponível para o futuro previsível para os regimes que podem ser especificando ConcurrentModificationError em um & quot; excepto: & quot; cláusula.
• Adicionado um mutex ao mapa identidade que mutexes remover operações contra os métodos de iteração, que agora pré-buffer antes de retornar uma iterable. Isso porque gc modo assíncrono pode remover itens via o fio gc a qualquer momento.
• A classe Sessão está presente em sqlalchemy.orm. *. Estamos nos movendo para longe do uso de create_session (), que tem padrões não-padrão, para as situações em que um construtor Sessão de uma etapa é desejada. A maioria dos usuários deve ficar com sessionmaker () para uso geral, no entanto.
• query.with_parent () agora aceita objetos transitórios e usará os valores não persistentes de seus pk / fk atributos a fim de formular o critério. Docs também são esclarecidos quanto ao objetivo de with_parent ().
• Os include_properties e exclude_properties argumentos para Mapper () agora aceita objetos coluna como membros, além de cordas. Isto para que os objetos de coluna de mesmo nome, tais como aqueles dentro de uma join (), pode ser disambiguated.

O que é novo na versão 0.6.0:

• A extensão C agora também trabalha com DBAPIs que utilizam seqüências personalizadas como linha (e não apenas linhas).
• Restaurado alguma lógica de rotulagem ligamento de 0,5 o que garante que as tabelas com nomes de colunas que se sobrepõem outra coluna da forma & quot; & # X3C; tablename & # x3e; _ & # X3C; columnname & # x3e; & quot; não vai produzir erros se a coluna.
• Table.create () e Table.drop () já não se aplicam nível Metadado criar eventos / soltar.
• PostgreSQL agora reflete nomes das sucessões associadas com colunas SERIAL corretamente, após o nome do da sequência foi alterada.
• PostgreSQL reflete o nome de restrições de chave primária, se existir.