SQLAlchemy

meestal gebruik word vir die ORM, SQLAlchemy is veel meer as dit.
SQLAlchemy bou sy eie navraag taal en persoonlike volharding patrone vir hoë-prestasie en maklike toegang tot gestoor data

Wat is nuut in hierdie release:.

< ul>

Wat is nuut in die weergawe 1.0.4:

• Een redelik ernstige eenheid-van-werk regressie ten opsigte van SQL uitdrukkings is vasgestel, die nuwe gedrag ten opsigte van tekstuele uitdrukkings met & quot; ORDER BY & quot; is afgeskaal terug 'n bietjie beter te pak nou-afgekeur gebruik gevalle, is 'n klein-gebruik ORM geval haak herstel soos dit verhoed dat die SQLSoup pakket van die werk, en die metadata & quot; op te skep / op val & quot; gebeure ervaar 'n formaat verandering in een van die minder gebruikte argumente oorgedra, wat teruggekeer het na sy vorige vorm.

Wat is nuut in die weergawe 0.9.9 / 1.0.0b5:

• New SQL Server weergawe snare
• New Psycopg2 fout voorwaardes
• Wysigings in MySQL-connector-luislang en pg8000

Wat is nuut in die weergawe 0.9.0:.

• Python 3 ondersteuning
• C uitbreidings ondersteun op Python 3.
• Saamgestelde eienskappe is nou terug as hul voorwerp vorm wanneer bevraagteken op 'n per-kenmerk basis.
• Association proxy SQL-uitdrukking verbeterings en fixes.
• Die & quot; wagwoord & quot; gedeelte van 'n create_engine () nie meer van mening dat die + teken as 'n geënkodeerde ruimte.

Wat is nuut in die weergawe 0.8.2:

• 0.8.2 sluit 'n paar dosyn foutherstellings en nuwe funksies, insluitende verfyning van 'n paar van die nuwe funksies wat in 0.8.

Wat is nuut in die weergawe 0.8.1:

• Dit is 'n bugfix release wat baie kwessies opgelos, waarvan sommige verskyn in 0.8.0 as regressies en nog vele meer dat alle weergawes beïnvloed.

Wat is nuut in die weergawe 0.8.0:

• nuwe verhouding Kenmerke
• New Polymorphic Features - with_polymorphic () en of_type ()
• New Runtime Inspeksie System
• Extensible Operateur System
• HSTORE Support

Wat is nuut in die weergawe 0.7.8:

• argument Die 'voorwerpe' te spoel () is nie meer afgekeur, soos sommige geldig gebruik gevalle is geïdentifiseer.
• Vaste identity_key () funksie wat nie 'n skalaar argument vir die identiteit aanvaar.
• Vaste fout waardeur populate_existing opsie nie sou propageer te gretig loaders subquery.

Wat is nuut in die weergawe 0.7.6:

• voeg 'n paar nuwe funksies soos ondersteuning vir Common Table uitdrukkings, en het ook 'n paar belangrike foutherstellings.

Wat is nuut in die weergawe 0.6.7:

• strenger die iteraat teen verwyder Mutex rondom die identiteit kaart iterasie, probeer om die kans van 'n (baie skaars) reentrant gc werking veroorsaak dat 'n dooiepunt te verminder. Kan die Mutex verwyder in 0.7.
• Bygevoeg 'n `name` argument` Query.subquery () `, toe te laat om 'n vaste naam word toegeken aan die alias voorwerp.
• 'n waarskuwing wat uitgestraal word wanneer 'n aangesluit-tafel erf mapper het geen primêre sleutels op die plaaslik gekarteer tabel (maar het PKS op die superklas tabel).
• Vaste fout waar & quot; middel & quot; klas in 'n polimorfiese hiërargie sou nee "polymorphic_on kolom hê indien dit 'n 'polymorphic_identity' nie ook spesifiseer, wat lei tot vreemde foute op verfris, verkeerde klas gelaai word wanneer die gebruik daarvan uit dat die teiken. Ook straal die korrekte WAAR maatstaf wanneer die gebruik van enkele tabel erfenis.
• Vaste fout waar 'n kolom met 'n SQL of bediener kant verstek wat uit 'n kartering met include_properties of exclude_properties sou lei UnmappedColumnError uitgesluit.

Wat is nuut in die weergawe 0.6.5:

• Vaste fout in query.update () waar ' evalueer "of" gaan haal 'verstryking sou misluk as die kolom uitdrukking sleutel was 'n klas kenmerk met 'n ander KeyName as die werklike naam kolom.
• - Bygevoeg 'n bewering tydens spoel wat verseker dat geen NULL hou identiteit sleutels gegenereer op & quot; nuwe aanhoudende & quot; voorwerpe. Dit kan gebeur wanneer die gebruiker gedefinieer kode per ongeluk snellers gloede op nie-ten volle gelaai voorwerpe.
• Lazy vragte vir verhouding eienskappe nou die huidige staat, nie die & quot; gepleeg het & quot; staat, van die buitelandse en primêre sleutel eienskappe wanneer die uitreiking van SQL, as 'n spoel is nie in die proses. Voorheen sou slegs die databasis verbind staat gebruik word. In die besonder, sou dit lei tot 'n veel-tot-een-get () - op lazyload werking te misluk, as autoflush nie geaktiveer op dié vragte wanneer die eienskappe word bepaal en die & quot; gepleeg het & quot; staat mag nie beskikbaar wees.
• 'n nuwe vlag op verwantskap (), load_on_pending, laat die lui loader om af te vuur op hangende voorwerpe sonder 'n spoel plaasvind nie, sowel as 'n verbygaande voorwerp wat met die hand & quot was; aangeheg & quot; om die sessie. Let daarop dat hierdie vlag blokke kenmerk gebeure plaasvind wanneer 'n voorwerp is gelaai, so backrefs nie beskikbaar is nie eers na 'n spoel. Die vlag is slegs bedoel vir 'n baie spesifieke gebruik gevalle.
• Nog 'n nuwe vlag verhouding (), cascade_backrefs, versper die & quot; red-update & quot; waterval wanneer die gebeurtenis is geïnisieer op die & quot; omgekeerde & quot; kant van 'n tweerigting-verhouding. Dit is 'n skoonmaker gedrag so dat baie-tot-kinders kan ingestel word op 'n verbygaande voorwerp sonder dat dit om ingesuig sessie die kind voorwerp se, terwyl hy nog toelaat dat die vorentoe versameling waterval. Ons * kan * standaard hierdie vals in 0.7.
• Effense verbetering van die gedrag van & quot; passive_updates = Vals & quot; wanneer geplaas net op die veel-tot-een kant van 'n verhouding; dokumentasie is duidelik dat passive_updates = Vals moet regtig wees op die een-tot-baie kant.
• Die plaas passive_deletes = True op 'n veel-tot-een-straal 'n waarskuwing, aangesien jy waarskynlik bedoel om dit op die een-tot-baie newe sit.
• Vaste fout wat sal verhoed dat & quot; subqueryload & quot; korrek werk met 'n enkele tafel erfenis vir 'n verhouding van 'n subklas - die & quot; waar soort in (x, y, z) & quot; net kry op die binnekant, in plaas van herhaaldelik.
• Wanneer from_self () met 'n enkele tafel erfenis, die & quot; waar soort in (x, y, z) & quot; word geplaas op die buitekant van slegs die navraag, in plaas van herhaaldelik. Kan 'n paar meer aanpassings te maak om hierdie.
• scoped_session straal 'n waarskuwing wanneer instel () genoem word as 'n sessie is reeds teenwoordig (tjeks net die huidige draad).

Wat is nuut in die weergawe 0.6.4:

• Die naam ConcurrentModificationError is verander na StaleDataError en beskrywende fout boodskappe is hersien om presies wat die probleem is weerspieël. Beide name bly beskikbaar vir die afsienbare toekoms vir skemas wat kan spesifiseer ConcurrentModificationError in 'n & quot; behalwe: & quot; klousule.
• Bygevoeg 'n Mutex om die identiteit kaart wat mutexes verwyder operasies teen iterasie metodes, wat nou pre-buffer voordat hy terugkeer 'n iterable. Omdat asyncrhonous gc kan items via die gc draad verwyder op enige tyd.
• Die Sessie klas is nou teenwoordig is in sqlalchemy.orm. *. Ons weg te beweeg van die gebruik van create_session (), wat nie-standaard standaard, vir diegene situasies waar 'n een-stap Sessie constructor verlang het. Die meeste gebruikers moet vashou aan sessionmaker () vir algemene gebruik, egter.
• query.with_parent () aanvaar nou verbygaande voorwerpe en sal die nie-aanhoudende waardes van hul pk / SK eienskappe gebruik om die maatstaf te formuleer. Dokumente word ook duidelik as die doel van with_parent ().
• Die include_properties en exclude_properties argumente Mapper () nou Kolom voorwerpe as lede bykomend tot snare te aanvaar. Dit sodat dieselfde naam Kolom voorwerpe, soos dié in 'n deel (), kan disambiguated.

Wat is nuut in die weergawe 0.6.0:

• Die C uitbreiding nou werk ook met DBAPIs wat gebruik persoonlike rye as ry (en nie net tuples).
• Herstelde paar bind-etikettering logika van 0,5 wat verseker dat tafels met kolom name wat 'n ander kolom van die vorm & quot oorvleuel; & # x3c; tablename & # x3e; _ & # x3c; columnname & # x3e; & quot; sal nie foute as kolom. produseer
• Table.create () en Table.drop () nie meer van toepassing metadata- vlak te skep / drop gebeure.
• Postgresql weerspieël nou volgorde name wat verband hou met seriële kolomme korrek, na die naam van die volgorde verander is.
• Postgresql weerspieël die naam van 'n primêre sleutel beperkinge, as daar een is.