SQLAlchemy

Utilizzato principalmente per la sua ORM, SQLAlchemy è molto più di questo.
SQLAlchemy costruisce un proprio linguaggio di query e personalizzati modelli persistenza di elevate prestazioni e di facile accesso ai dati memorizzati

Cosa c'è di nuovo in questa versione:.

< ul>

Cosa c'è di nuovo nella versione 1.0.4:

• Una abbastanza grave regressione di unità di lavoro per quanto riguarda espressioni SQL è fisso, il nuovo comportamento per quanto riguarda le espressioni testuali con & quot; ORDER BY & quot; è stato ridimensionato un po 'per i casi d'uso meglio vestito ormai deprecato, un poco utilizzata ORM gancio evento è stato riparato in quanto ha impedito il pacchetto SQLSoup da lavorare, e metadati & quot; sulla creazione / su goccia & quot; eventi sperimentato un cambio formato in uno dei meno argomenti utilizzati essere passato, che era ritornato alla sua forma precedente.

Cosa c'è di nuovo nella versione 0.9.9 / 1.0.0b5:

• stringhe di versione nuovo SQL Server
• le condizioni di errore Nuovo psycopg2
• Variazioni mysql-connector-python e pg8000

Cosa c'è di nuovo nella versione 0.9.0:.

• Python 3 supporto
• estensioni C supportati su Python 3.
• attributi compositi sono ora restituiti come loro forma oggetto quando interrogato su una base per-attributo.
• Associazione miglioramenti espressione delega SQL e correzioni.
• Il & quot; la password & quot; parte di un create_engine () non considera più il segno + come uno spazio codificato.

Cosa c'è di nuovo nella versione 0.8.2:

• 0.8.2 include diverse correzioni di bug e decine nuovo funzioni, tra cui la raffinatezza di alcune delle nuove funzionalità introdotte in 0.8.

Cosa c'è di nuovo nella versione 0.8.1:

• Questa è una versione di mantenimento che risolve molti problemi, alcuni dei quali apparve nel 0.8.0 come regressioni e molti altri che interessano tutte le versioni.

Cosa c'è di nuovo nella versione 0.8.0:

• Caratteristiche nuovo rapporto
• Nuove funzioni polimorfiche - with_polymorphic () e of_type ()
• Nuovo Sistema Runtime Ispezione
• Extensible Operator System
• hstore Supporto

Cosa c'è di nuovo nella versione 0.7.8:

• L'argomento delle 'oggetti' di lavare () è non più deprecato, come sono stati individuati alcuni casi di sfruttamento validi.
• identity_key fisso (), funzione che non è stata accetta un argomento scalare per l'identità.
• Corretto il bug per cui l'opzione populate_existing non propagare a SubQuery caricatori desiderosi.

Cosa c'è di nuovo nella versione 0.7.6:

• aggiunge alcune nuove funzionalità come il supporto per Common Table Espressioni, e ha anche alcune importanti correzioni di bug.

Cosa c'è di nuovo nella versione 0.6.7:

• Stretta l'iterata vs rimuovere mutex attorno all'identità mappa iterazione, il tentativo di ridurre la possibilità di un (rarissimo) operazione rientrante gc causando una situazione di stallo. Potrebbe rimuovere il mutex di 0,7.
• Aggiunto un argomento `name` a` Query.subquery () `, per consentire un nome fisso da assegnare all'oggetto alias.
• Un avviso emesso quando un mapper congiunta tavolo ereditando non ha chiavi primarie sul tavolo mappato localmente (ma ha pks sul tavolo superclasse).
• Corretto errore in cui & quot; centro & quot; di classe in una gerarchia polimorfico non avrebbe colonna 'polymorphic_on', se non ha specificato anche un 'polymorphic_identity', che porta a strani errori su aggiornamento, classe sbagliata caricato quando l'esecuzione di query da tale obiettivo. Emette anche la corretta DOVE criterio quando si utilizza l'ereditarietà singola tabella.
• Corretto errore in cui una colonna con un default SQL o lato server che è stato escluso da una mappatura con include_properties o exclude_properties comporterebbero UnmappedColumnError.

Cosa c'è di nuovo nella versione 0.6.5:

• Corretto il bug in query.update (), dove ' valutare 'o' fetch 'scadenza fallirebbe se la chiave di espressione della colonna era un attributo di classe con un nome chiave diversa come il nome effettivo della colonna.
• - Aggiunto un'affermazione durante rossore che assicura che nessuna chiave di identità NULL detenzione sono stati generati su & quot; di recente persistente & quot; oggetti. Ciò si può verificare quando il codice definito dall'utente innesca inavvertitamente vampate di oggetti non-completamente-caricati.
• carichi pigri per Relazione attributi ora usano lo stato attuale, non il quot &; commesso & quot; stato, di attributi chiave primaria stranieri e per il rilascio di SQL, se un colore non è in corso. In precedenza, solo lo stato commesso banca dati sarebbero stati utilizzati. In particolare, ciò causerebbe un get molti-a-uno () - on-lazyload funzionamento a fallire, come autoflush non viene attivato su questi carichi quando gli attributi sono determinati e la & quot; & quot commessa; Stato potrebbe non essere disponibile.
• Una nuova bandiera in relazione (), load_on_pending, permette il caricamento pigro per sparare su oggetti in sospeso senza che si svolgono a livello, così come un oggetto transitorio che è stato manualmente & quot; attaccato & quot; alla sessione. Si noti che questa bandiera blocca attribuiscono gli eventi che si svolgono da quando viene caricato un oggetto, in modo da backrefs non sono disponibili fino a quando dopo un colore. La bandiera è previsto solo per casi di utilizzo molto specifici.
• Un'altra nuova bandiera sulla relazione (), cascade_backrefs, disabilita il & quot; save-update & quot; cascade quando è stata avviata l'evento sul & quot; invertire & quot; lato di una relazione bidirezionale. Questo è un comportamento più pulito in modo che molti a quelli può essere impostato su un oggetto transiente senza ottenere risucchiato sessione dell'oggetto figlio, pur consentendo la raccolta in avanti per cascata. Noi * potrebbe * di default questa False in 0.7.
• Lieve miglioramento al comportamento di & quot; passive_updates = False & quot; quando immessi sul molti-a-uno lato di una relazione; documentazione è stato chiarito che passive_updates = False in realtà dovrebbe essere sul lato uno-a-molti.
• passive_deletes Pubblica = True su una relazione molti-a-uno emette un avvertimento, dato che probabilmente si intende metterlo sul lato uno-a-molti.
• Risolto bug che impedirebbe & quot; subqueryload & quot; da lavorare correttamente con ereditarietà singola tabella di un rapporto da una sottoclasse - & quot; dove type in (x, y, z) & quot; solo viene collocato sul lato interno, anziché più volte.
• Quando si utilizza from_self () con ereditarietà singola tabella, il & quot; dove tipo a (x, y, z) & quot; è posto all'esterno della sola interrogazione, anziché ripetutamente. Può fare alcuni più regolazioni a questo.
• scoped_session emette un allarme quando configure () viene chiamato se una sessione è già presente (controlla solo il thread corrente).

Cosa c'è di nuovo nella versione 0.6.4:

• Il nome ConcurrentModificationError è stato cambiato per StaleDataError, e i messaggi di errore descrittivi sono stati rivisti in modo da riflettere esattamente qual è il problema. Entrambi i nomi resteranno a disposizione per il prossimo futuro per i regimi che possono essere specifichino ConcurrentModificationError in un & quot; ad eccezione di: & quot; clausola.
• Aggiunto un mutex per la mappa identità che mutex rimuovere le operazioni contro i metodi iterativi, che ora pre-buffer prima di restituire un iterabile. Questo perché gc asincrona e in grado di rimuovere gli articoli via il filo gc in qualsiasi momento.
• La classe Session è ora presente in sqlalchemy.orm. *. Ci stiamo allontanando dall'uso di create_session (), che ha valori di default non standard, per quelle situazioni in cui si desidera un costruttore sessione one-step. La maggior parte degli utenti dovrebbero attaccare con sessionmaker () per uso generale, però.
• query.with_parent () ora accetta oggetti transitori e utilizzerà i valori non persistenti loro PK / FK attributi al fine di formulare il criterio. Documenti sono chiariti in merito alla finalità di with_parent ().
• I include_properties e exclude_properties argomenti per Mapper () ora accettano oggetti Column come membri, oltre alle stringhe. Questo modo che gli oggetti colonna con lo stesso nome, come quelli all'interno di una join (), può disambiguare.

Cosa c'è di nuovo nella versione 0.6.0:

• L'estensione C ora funziona anche con DBAPIs che uso sequenze personalizzate come fila (e non solo tuple).
• Restaurato certa logica bind-etichettatura da 0.5 che assicura che le tabelle con i nomi di colonna che si sovrappongono un'altra colonna del modulo & quot; & # x3c; nometabella & # X3e; _ & # x3c; columnname & # X3e; & quot; non produrrà gli errori se colonna.
• Table.create () e Table.drop () non sono più applicabili livello Metadati degli creare eventi / drop.
• PostgreSQL ora riflette i nomi delle sequenze associate correttamente con colonne di serie, dopo il nome della sequenza è stato cambiato.
• Postgresql riflette il nome di vincoli di chiave primaria, se ne esiste uno.