SQLAlchemy

Ginamit karamihan para sa ORM nito, SQLAlchemy ay mas higit sa na.
SQLAlchemy gagawa ng sarili nitong pagtitiyaga pattern language at custom query para sa mataas na pagganap at madaling access sa mga naka-imbak ng data

Ano ang bagong sa paglabas:.

< ul>

Ano ang bagong sa bersyon 1.0.4:

• Ang isa medyo seryosong pagbabalik unit-of-work tungkol SQL expression ay naayos na, ang mga bagong pag-uugali tungkol sa textual expression na may & quot; Isaayos ayon sa & quot; ay naka-scale pabalik ng kaunti upang mas mahusay na angkop ngayon-pinapagamit kaso gamitin, isang maliit na ginagamit hook kaganapan ORM ay kinumpuni bilang pumigil ito ang SQLSoup package mula sa trabaho, at ang metadata & quot; sa lumikha ng / sa drop & quot; mga kaganapan nakaranas ng isang pagbabago format sa isa sa mga mas maliit na ginamit na mga argumento na lumipas, na kung saan ay ibinalik sa dati nitong form.

Ano ang bagong sa bersyon 0.9.9 / 1.0.0b5:

• string bersyon New SQL Server
• New Psycopg2 kondisyon error
• Mga Pagbabago sa MySQL-connector-python at pg8000

Ano ang bagong sa bersyon 0.9.0:.

• Python 3 support
• extension C suportado sa Python 3.
• Composite katangian ay ngayon ibinalik bilang kanilang form object kapag na-query sa batayang bawat attribute.
• mga pagpapabuti at pag-aayos ng Association proxy SQL expression.
• Ang & quot; password & quot; hindi na isinasaalang-alang na bahagi ng isang create_engine () ang + sign bilang isang naka-encode space.

Ano ang bagong sa bersyon 0.8.2:

• 0.8.2 kasama ang ilang mga pag-aayos dosenang bug at bagong mga tampok, kabilang ang pagpipino ng ilan sa mga bagong tampok na ipinakilala sa 0.8.

Ano ang bagong sa bersyon 0.8.1:

• Ito ay isang bugfix release na lumulutas maraming mga isyu, ilan sa kung saan ay lumitaw sa 0.8.0 bilang regressions at marami pa na makakaapekto sa lahat ng mga bersyon.

Ano ang bagong sa bersyon 0.8.0:

• Mga Tampok ng Bagong Relasyon
• New Polymorphic Tampok - with_polymorphic () at of_type ()
• New Runtime Inspection System
• extensible Operator System
• HSTORE Support

Ano ang bagong sa bersyon 0.7.8:

• Ang argument 'bagay' sa flush () ay hindi na pinapagamit, tulad ng ilang mga balidong gamitin ang mga kaso na nakilala.
• Mga Fixed identity_key () function na kung saan ay hindi tumatanggap ng isang skeilar argument para sa pagkakakilanlan.
• Mga Fixed bug kung saan populate_existing option hindi palaganapin sa subquery sabik loader.

Ano ang bagong sa bersyon 0.7.6:

• Nagdadagdag ng ilang mga bagong tampok tulad ng suporta para sa mga karaniwang Table Expression, at din ay may ilang mahahalagang aayos ng bug.

Ano ang bagong sa bersyon 0.6.7:

• Tightened ang umulit vs. alisin mutex buong identity mapa-ulit, sa pagtatangka upang mabawasan ang pagkakataon ng isang (talagang bihira) operasyon rientrent gc nagiging sanhi ng isang hindi pagkakasundo. Maaaring alisin ang mga mutex sa 0.7.
• Nagdagdag ng `argument name` sa` Query.subquery () `, upang payagan ang isang nakapirming pangalan na itinalaga sa mga alias object.
• Ang isang babala ay napalabas kapag ang isang sumali-table pagmamana mapper Wala primary key sa isang lugar lamang na nai-map table (ngunit may PKS sa superclass table).
• Mga Fixed bug kung saan & quot; middle & quot; klase sa isang polymorphic hierarchy ay walang haligi ng 'polymorphic_on' kung ito ay hindi ring tukuyin ang isang 'polymorphic_identity', na humahantong sa kakaibang mga error sa pag-refresh, puno na maling klase kapag pagtanong ukol sa na-target. Naglalabas din ng tamang WHERE criterion kapag gamit ang iisang mana table.
• Mga Fixed bug kung saan ang isang haligi na may isang SQL o server side default na ibinukod mula sa isang mapping sa include_properties o exclude_properties ay magreresulta sa UnmappedColumnError.

Ano ang bagong sa bersyon 0.6.5:

• Mga Fixed bug sa query.update (kung saan) ' suriin 'o' fetch 'expiration ay hindi magtatagumpay kung ang key column expression ay isang klase ng katangian na may ibang KeyName bilang ang aktwal na pangalan ng haligi.
• - Nagdagdag ng isang assertion panahon flush na tumitiyak na walang null-hawak identity keys ay nabuo sa & quot; mga bagong persistent & quot; mga bagay. Ito ay maaaring mangyari kapag tinukoy code user sinasadyang trigger flushes sa hindi-ganap na-load na mga bagay.
• Lazy naglo-load para sa mga relasyon katangian ngayon ng kasalukuyang estado, hindi ang & quot; I nakatuon & quot; estado, ng mga dayuhan at mga pangunahing katangian key kapag issuing SQL, kung ang isang flush ay hindi sa proseso. Noong nakaraan, tanging ang estado database-nakatuon ay gagamitin. Sa partikular, ito ay magdudulot ng maraming-sa-isa makakuha ng () - on-lazyload operasyon upang mabibigo, tulad autoflush ay hindi nag-trigger sa mga naglo-load kapag ang mga katangian ay tinutukoy at ang & quot; nakatuon & quot; estado ay maaaring hindi magagamit.
• Ang isang bagong bandila sa relasyon (), load_on_pending, nagbibigay-daan sa mga tamad loader sa sunog off sa mga nakabinbing mga bagay na walang flush nagaganap, pati na rin ang isang lumilipas object na manu-mano ang & quot naging; nakalakip & quot; sa session. Tandaan na ito bandila bloke attribute kaganapan mula sa nagaganap kapag ang isang bagay ay puno na, kaya backrefs ay hindi magagamit hanggang matapos ang isang flush. Ang bandila ay inilaan lamang para sa napaka-tukoy na mga kaso gamitin.
• Ang isa pang bagong bandila sa relasyon (), cascade_backrefs, hindi pinapagana ang & quot; i-save-update & quot; cascade kapag ang kaganapan ay pinasimulan sa & quot; i-reverse & quot; bahagi ng isang bidirectional relasyon. Ito ay isang mas malinis na pag-uugali upang ang maraming-to-buhay ay maaaring itakda sa isang lumilipas object na walang ito pagkuha ng sinipsip sa session ng bata object, habang pinapayagan pa rin ang forward koleksyon upang cascade. * Kami ay maaaring * default ito sa False sa 0.7.
• Bahagyang pagpapabuti sa pag-uugali ng & quot; passive_updates = Maling & quot; kapag nakalagay lamang sa mga many-to-isang bahagi ng isang relasyon; dokumentasyon ay nilinaw na passive_updates = Mali dapat talagang maging sa gilid ng isa-sa-marami.
• Paglalagay passive_deletes = Tama sa isang maraming-to-one emits isang babala, dahil ikaw ay malamang na nilayon upang ilagay ito sa gilid ng isa-sa-marami.
• Mga Fixed bug na pipigil & quot; subqueryload & quot; mula sa gumagana nang tama may iisang mana talahanayan para sa isang relasyon mula sa isang subclass - ang & quot; na kung saan ang uri sa (x, y, z) & quot; lamang ang makakakuha ng ilagay sa loob, sa halip ng paulit-ulit.
• Kapag gumagamit from_self () na may iisang mana table, & quot; kung saan type sa (x, y, z) & quot; ay nakalagay sa labas ng query lamang, sa halip ng paulit-ulit. Maaaring magkaroon ng ilang mga karagdagang mga pagsasaayos sa mga ito.
• scoped_session emits isang babala kapag configure () ay tinatawag kung ang isang Session ay mayroon na (tseke lamang ang kasalukuyang thread).

Ano ang bagong sa bersyon 0.6.4:

• Ang pangalan ConcurrentModificationError ay nabago na sa StaleDataError, at mapaglarawang mga mensahe ng error na ito ay binago upang ipakita nang eksakto kung ano ang isyu. Ang parehong pangalan ay mananatiling magagamit para sa nakikinita hinaharap para sa mga scheme na maaaring tumutukoy ConcurrentModificationError sa isang & quot; maliban sa: & quot; sugnay.
• Nagdagdag ng mutex sa pagkakakilanlan mapa na mutexes alisin operasyon laban pamamaraan ng pag-ulit, na sa ngayon pre-buffer bago bumalik ng isang iterable. Ito dahil asyncrhonous gc maaaring alisin ang mga item sa pamamagitan ng gc thread sa anumang oras.
• Ang class Session ay naroroon sa sqlalchemy.orm ngayon. *. Inililipat namin ang layo mula sa paggamit ng create_session (), na kung saan ay may di-karaniwang mga default, para sa mga sitwasyon kung saan ang isang one-step constructor Session ay ninanais. Dapat stick Karamihan sa mga gumagamit na may sessionmaker () para sa pangkalahatang paggamit, gayunpaman.
• query.with_parent () ay tumatanggap na ngayon lumilipas mga bagay at gamitin ang mga di-persistent mga halaga ng kanilang pk / fk katangian upang bumalangkas ang criterion. Docs ay nilinaw rin bilang sa layunin ng with_parent ().
• Ang include_properties at exclude_properties argumento sa Mapper () tanggapin bagay Column bilang mga miyembro sa karagdagan sa mga string na ngayon. Ito kaya na parehong-pinangalanan bagay Haligi, tulad ng mga sa loob sumali sa (), ay maaaring disambiguated.

Ano ang bagong sa bersyon 0.6.0:

• Ang extension C ngayon ay gagana rin sa DBAPIs na paggamit custom na pagkakasunud-sunod ng row (at hindi lamang tuples).
• Naipanumbalik ilang bind-labeling logic mula sa 0.5 na tumitiyak na ang mga table na may mga pangalan ng haligi na nago-overlap isa pang haligi ng form & quot; & # x3c; tablename & # x3e; _ & # x3c; columnName & # x3e; & quot; hindi gumawa ng mga error kung column.
• Table.create () at Table.drop () ay hindi na mag-aplay metadata- level lumikha / drop mga kaganapan.
• Postgresql sumasalamin ngayon pangalan sequence na kaugnay nang tama sa serial haligi, ayon sa pangalan ng mga pagkakasunod-sunod ay nabago na.
• sumasalamin Postgresql ang pangalan ng pangunahing key limitasyon, kung mayroon.