SQLAlchemy

Brukes hovedsakelig for sin ORM, er SQLAlchemy mye mer enn det.
SQLAlchemy bygger sine egne spørrespråk og tilpassede utholdenhet mønstre for høy ytelse og enkel tilgang til lagrede data

Hva er nytt i denne utgaven.

< ul>

Hva er nytt i versjon 1.0.4:

• En ganske alvorlig unit-of-arbeid regresjon angå SQL-uttrykk er fast, den nye atferden om tekstlige uttrykk med & quot; ORDER BY & quot; har blitt skalert tilbake litt for å bedre dress nå-nedgraderte bruksmåter, ble en lite brukt ORM hendelse kroken reparert som det hindret SQLSoup pakken fra å arbeide, og metadata & quot; på lag / på rulle & quot; hendelser opplevd et format endring i en av de mindre brukte argumentene blir vedtatt, som ble tilbakestilt til sin tidligere form.

Hva er nytt i versjon 0.9.9 / 1.0.0b5:

• New SQL Server versjon strenger
• New Psycopg2 feiltilstander
• Endringer i MySQL-kontakt-python og pg8000

Hva er nytt i versjon 0.9.0.

• Python tre støtte
• C utvidelser støttes på Python tre.
• Composite attributtene er nå returnert til formål skjema når spørres på en per-attributtet basis.
• Association proxy SQL uttrykk forbedringer og feilrettinger.
• & quot; passord & quot; del av en create_engine () ikke lenger anser + tegnet som en kodet plass.

Hva er nytt i versjon 0.8.2:

• 0.8.2 inneholder flere dusin feilrettinger og nye funksjoner, inkludert foredling av noen av de nye funksjonene introdusert i 0.8.

Hva er nytt i versjon 0.8.1:

• Dette er en bugfix utgivelse som løser mange problemer, noen som dukket opp i 0.8.0 som regresjoner og mange flere som påvirker alle versjoner.

Hva er nytt i versjon 0.8.0:

• nytt forhold Features
• Nye Polymorfe Funksjoner - with_polymorphic () og of_type ()
• New Runtime Inspection System
• Extensible Operator System
• HSTORE Support

Hva er nytt i versjon 0.7.8:

• De 'gjenstander' argument for å skylle () er ikke lenger avskrevet, som noen gyldige bruksmåter har blitt identifisert.
• Fast identity_key () funksjon som ikke var imot en skalar argument for identiteten.
• Rettet feil der populate_existing alternativet ville ikke overføres til subquery ivrige lastere.

Hva er nytt i versjon 0.7.6:

• Legger noen nye funksjoner som støtte for Common Table uttrykk, og har også noen viktige feilrettinger.

Hva er nytt i versjon 0.6.7:

• Strammet den itera vs. fjerne mutex rundt identitet kart køyring, forsøker å redusere sjansen for en (svært sjelden) reentrant gc operasjon forårsaker en vranglås. Kan fjerne mutex i 0,7.
• Lagt til en `name` argument til` Query.subquery () `, slik at et fast navn som skal tildeles aliaset objektet.
• En advarsel lyder når en kom-tabellen arve mapper har ingen primærnøkler på lokalt kartlagt tabellen (men har pks på super tabell).
• Rettet feil der & quot; midt & quot; klasse i en polymorfe hierarki ville ha no 'polymorphic_on kolonnen hvis det ikke også angi en "polymorphic_identity', som fører til merkelige feil ved oppdatering, feil klasse lastet ved spørring fra det målet. Avgir også riktig WHERE kriteriet når du bruker enkelt tabell arv.
• Rettet feil der en kolonne med en SQL eller server side standard som ble ekskludert fra en kartlegging med include_properties eller exclude_properties ville resultere i UnmappedColumnError.

Hva er nytt i versjon 0.6.5:

• Rettet feil i query.update () der ' evaluere "eller" hente "utløp vil mislykkes hvis kolonnen uttrykket nøkkelen var en klasse attributt med en annen KeyName selve kolonnen navn som.
• - Lagt en påstand under flush som sikrer at ingen NULL-holding identitets nøklene ble generert på & quot; nylig vedvarende & quot; objekter. Dette kan skje når brukerdefinert kode utilsiktet utløser flush på ikke-fullastede stedene.
• Lazy laster for forholdet attributter nå bruke den nåværende tilstand, ikke & quot; begått & quot; staten, av utenlandske og primærnøkkelegenskaper ved utstedelse av SQL, hvis en flush er ikke i prosessen. Tidligere ville bare database forpliktet staten brukes. Spesielt ville dette føre til en mange-til-en-get () - på lazyload operasjon for å mislykkes, som autoflush ikke utløses på disse belastningene når attributtene er bestemt og & quot; begått & quot; Staten kan ikke være tilgjengelig.
• En ny flagget på forholdet (), load_on_pending, lar lat loader å fyre av på ventende objekter uten en flush finner sted, samt en forbigående objekt som har vært manuelt & quot; festet & quot; til økten. Vær oppmerksom på at dette flagget blokker tilskrive hendelser fra finner sted når et objekt er lastet, så backrefs er ikke tilgjengelig før etter en flush. Flagget er bare ment for svært spesifikke bruksmåter.
• Et annet nytt flagg på forholdet (), cascade_backrefs, deaktiverer & quot; save-oppdatering & quot; da hendelsen ble igangsatt på cascade & quot; reversere & quot; side av en toveis forhold. Dette er en renere atferd slik at mange-til-de kan settes på en forbigående objekt uten å bli sugd inn i barnets objektets økt, samtidig gir den frem samlingen til kaskade. Vi * kan * misligholde denne til False på 0,7.
• Svak bedring til oppførselen til & quot; passive_updates = False & quot; når den plasseres bare på mange-til-én side av et forhold; Dokumentasjonen er avklart at passive_updates = False burde egentlig være på en-til-mange-side.
• Plassere passive_deletes = True på en mange-til-en sender ut en advarsel, siden du sannsynligvis tenkt å sette den på en-til-mange-side.
• Rettet feil som ville hindre & quot; subqueryload & quot; fra å jobbe riktig med enkelt tabell arv for et forhold fra en underklasse - & quot; hvor type i (x, y, z) & quot; bare blir plassert på innsiden, i stedet for gjentatte ganger.
• Når du bruker from_self () med enkelt tabell arv, & quot; hvor type i (x, y, z) & quot; er plassert på utsiden av spørringen eneste, i stedet for gjentatte ganger. Kan gjøre noen flere justeringer på dette.
• scoped_session avgir en advarsel når konfigurere () kalles hvis en Session er allerede til stede (sjekker bare den aktuelle tråden).

Hva er nytt i versjon 0.6.4:

• Navnet ConcurrentModificationError er endret til StaleDataError, og beskrivende feilmeldinger er omarbeidet for å reflektere nøyaktig hva problemet er. Begge navnene vil være tilgjengelig for overskuelig fremtid for ordninger som kan spesifisere ConcurrentModificationError i en & quot; unntatt: & quot; klausul.
• Lagt til en mutex til kartet identitet som mutexes fjerne operasjoner mot gjentakelse metoder, som nå pre-buffer før du returnerer en iterable. Dette fordi asyncrhonous gc kan fjerne elementer via gc tråden til enhver tid.
• Session klassen er nå til stede i sqlalchemy.orm. *. Vi flytter bort fra bruken av create_session (), som har ikke-standard mislighold, for de situasjoner hvor en ett-trinns Session konstruktøren er ønskelig. De fleste brukere bør holde med sessionmaker () for generell bruk, men.
• query.with_parent () aksepterer nå forbigående objekter og vil bruke de ikke-vedvarende verdier av sine pk / fk attributter for å formulere kriteriet. Dokumenter er også avklart med hensyn til formålet med with_parent ().
• De include_properties og exclude_properties argumenter for å Mapper () aksepterer nå Kolonne gjenstander som medlemmer i tillegg til strenger. Dette slik at samme navn Kolonne gjenstander, for eksempel de som er innenfor et delta (), kan disambiguated.

Hva er nytt i versjon 0.6.0:

• C extension nå også fungerer med DBAPIs som bruker tilpassede sekvenser som rad (og ikke bare tuples).
• Restaurert noen bind-merking logikk fra 0,5 som sikrer at tabeller med kolonnenavn som overlapper en annen kolonne på skjemaet & quot; & # X3c, tabellnavn & # x3e; _ & # X3c; Kolonne & # x3e; & quot; vil ikke gi feil hvis kolonnen.
• Table.create () og Table.drop () gjelder ikke lenger metadata- nivå opprette / slipp hendelser.
• Postgresql reflekterer nå sekvens navnene forbundet med serie kolonner riktig, etter navnet på sekvensen er endret.
• Postgresql gjenspeiler navnet på primærnøkkel begrensninger, hvis det finnes.