SQLAlchemy

meestal gebruikt voor de ORM, SQLAlchemy is veel meer dan dat.
SQLAlchemy bouwt zijn eigen query-taal en aangepaste persistentie patronen voor high-performance en gemakkelijke toegang tot opgeslagen gegevens

Wat is nieuw in deze release:.

< ul>

Wat is nieuw in versie 1.0.4:

• Een vrij ernstig unit-of-werk regressie over SQL-expressies is vastgesteld, het nieuwe gedrag met betrekking tot tekstuele uitingen met & quot; ORDER BY & quot; is teruggebracht een beetje beter te passen inmiddels verouderd use cases, werd een weinig gebruikte ORM event haak gerepareerd als het voorkomen dat de SQLSoup pakket uit te werken, en de metadata & quot; op te maken / op daling & quot; gebeurtenissen meegemaakt een formaat verandering in een van de minder gebruikte argumenten worden doorgegeven, die was teruggekeerd naar zijn oude vorm.

Wat is nieuw in versie 0.9.9 / 1.0.0b5:

• Nieuwe SQL Server versie strings
• Nieuwe psycopg2 fouten
• Wijzigingen in de MySQL-connector-python en pg8000

Wat is nieuw in versie 0.9.0:.

• Python 3 support
• C extensies ondersteund op Python 3.
• Composite attributen zijn nu terug als hun voorwerp vorm wanneer opgevraagd op een per-attribuut basis.
• Vereniging proxy SQL-expressie verbeteringen en fixes.
• De & quot; wachtwoord & quot; deel van een create_engine () niet langer beschouwt het + teken als een gecodeerde ruimte.

Wat is nieuw in versie 0.8.2:

• 0.8.2 bevat tientallen bug fixes en nieuwe functies, waaronder de verfijning van een aantal van de nieuwe functies geïntroduceerd in 0.8.

Wat is nieuw in versie 0.8.1:

• Dit is een bugfix versie die veel problemen oplost, sommige van die verscheen in 0.8.0 als regressies en nog veel meer dat alle versies van invloed zijn.

Wat is nieuw in versie 0.8.0:

• Nieuwe Relatie Eigenschappen
• Nieuwe Polymorphic Features - with_polymorphic () en of_type ()
• Nieuwe Runtime Inspection System
• Extensible System Operator
• HSTORE Ondersteuning

Wat is nieuw in versie 0.7.8:

• Het argument van de 'objecten' te spoelen () is niet langer afgekeurd, omdat sommige geldig use cases zijn geïdentificeerd.
• Vast identity_key () functie die geen scalair argument voor de identiteit te accepteren.
• Fixed bug waarbij populate_existing optie niet zou doorgeven aan gretige laders subquery.

Wat is nieuw in versie 0.7.6:

• voegt een aantal nieuwe functies zoals ondersteuning voor Common Table uitdrukkingen, en heeft ook een aantal belangrijke bugfixes.

Wat is nieuw in versie 0.6.7:

• Aangescherpte de iterate vs. verwijderen mutex rond de identiteit map iteratie poging om de kans op een (zeldzaam) reentrant gc operatie veroorzaakt een impasse te verminderen. Misschien de mutex verwijderen 0.7.
• Toegevoegd een `name` argument` Query.subquery () ', om een ​​vaste naam worden toegewezen aan de alias object.
• Er wordt een waarschuwing afgegeven wanneer een gezamenlijke tafel erven Mapper heeft geen primaire sleutels op het lokaal toegewezen tafel (maar heeft PKS op de superklasse tabel).
• Fixed bug waar & quot; midden & quot; klasse in een polymorfe hiërarchie zou geen 'polymorphic_on kolom hebben als het een' polymorphic_identity 'niet ook niet opgeven, wat leidt tot vreemde fouten op refresh, verkeerde klasse geladen wanneer het opvragen van die doelstelling. Ook geeft de juiste WAAR criterium bij het gebruik van één tabel erfenis.
• Fixed bug waarbij een kolom met een SQL of server side standaard die van een mapping met include_properties of exclude_properties zou resulteren in UnmappedColumnError werd uitgesloten.

Wat is nieuw in versie 0.6.5:

• Fixed bug in query.update (), waar ' evalueren 'of' halen 'expiratie zou mislukken als de kolom uitdrukking sleutel was een klasse attribuut met een andere keyname als de werkelijke naam kolom.
• - Toegevoegd een bewering tijdens flush die ervoor zorgt dat er geen NULL houden identiteit sleutels werden gegenereerd op & quot; nieuw aanhoudende & quot; objecten. Dit kan gebeuren wanneer de gebruiker gedefinieerde code per ongeluk activeert flushes op niet-volledig geladen objecten.
• Lazy lasten voor relatie attributen nu gebruik maken van de huidige toestand, niet de & quot; gepleegd & quot; staat, van het buitenlands en primaire belangrijkste kenmerken bij de afgifte van SQL, als een flush niet in proces. Eerder, zou alleen de database begaan toestand worden gebruikt. In het bijzonder, zou dit leiden tot een veel-op-één-get () - on-LazyLoad operatie mislukt, zoals automatische spoeling niet geactiveerd op deze belastingen als de eigenschappen worden bepaald en de & quot; gepleegd & quot; staat niet beschikbaar zijn.
• Een nieuwe vlag op de relatie (), load_on_pending, laat de luie loader af te vuren op in afwachting van objecten zonder een flush plaatsvindt, evenals een voorbijgaande object dat handmatig & quot is geweest; bevestigd & quot; de sessie. Merk op dat deze vlag blokken toeschrijven gebeurtenissen uit die plaatsvinden wanneer een object wordt geladen, zodat backrefs zijn pas beschikbaar na een flush. De vlag is alleen bedoeld voor zeer specifieke gebruik gevallen.
• Een andere nieuwe vlag op de relatie (), cascade_backrefs, schakelt de & quot; besparen update & quot; cascade toen het evenement werd op de & quot; omgekeerde & quot; zijde van een bidirectionele relatie. Dit is een schonere gedrag, zodat veel-op-ones kunnen worden ingesteld op een tijdelijke object zonder dat het krijgen meegezogen in zitting van het kind object, terwijl u toch de forward collectie cascade. We * kracht * standaard dit op False in 0.7.
• Lichte verbetering van het gedrag van & quot; passive_updates = False & quot; wanneer geplaatst alleen op de veel-op-één zijde van een relatie; documentatie is verduidelijkt dat passive_updates = False moet echt op de een-op-veel-kant.
• Het plaatsen passive_deletes = True op een veel-op-één zendt een waarschuwing, omdat je waarschijnlijk bedoeld om het op de één-op-veel-kant te zetten.
• Fixed bug die zou voorkomen dat & quot; subqueryload & quot; correct werkt met een enkele tafel erfenis voor een relatie van een subklasse - de & quot; waarbij type (x, y, z) & quot; Alleen wordt geplaatst aan de binnenzijde, in plaats van herhaaldelijk.
• Bij het gebruik van from_self () met een enkele tafel erfenis, de & quot; waarbij type (x, y, z) & quot; wordt op de buitenzijde van slechts de query in plaats van herhaaldelijk. Misschien wat meer aanpassingen te maken aan dit.
• scoped_session geeft een waarschuwing wanneer configure () wordt genoemd als een sessie al aanwezig is (controleert alleen de huidige thread).

Wat is nieuw in versie 0.6.4:

• De naam ConcurrentModificationError is veranderd in StaleDataError en beschrijvende foutmeldingen zijn herzien precies wat het probleem is weerspiegelen. Beide namen zullen beschikbaar blijven voor de nabije toekomst voor de regelingen die kunnen worden specificeren ConcurrentModificationError in een & quot; met uitzondering van: & quot; clausule.
• Voegde een mutex om de identiteit kaart die mutexes verwijderen operaties tegen iteratie methoden, die nu pre-buffer alvorens terug te keren een iterable. Dit omdat asyncrhonous gc kunnen items via de gc draad te verwijderen op elk gewenst moment.
• De Session klasse is nu aanwezig in sqlalchemy.orm. *. We zijn afgestapt van het gebruik van create_session (), die niet-standaard defaults, voor die situaties waar een één-stap Session constructeur gewenst heeft. De meeste gebruikers moeten houden met sessionmaker () voor algemeen gebruik, echter.
• query.with_parent () accepteert nu voorbijgaande voorwerpen en het niet-persistente waarde van hun pk / dm attributen gebruiken om het criterium te formuleren. Documenten worden ook verduidelijkt het doel van with_parent ().
• De include_properties en exclude_properties argumenten voor mapper () nu Column objecten als leden in aanvulling op de snaren te aanvaarden. Dit zodat gelijknamige Column voorwerpen, zoals binnen een join (), kan worden disambiguated.

Wat is nieuw in versie 0.6.0:

• De C extensie werkt nu ook met DBAPIs die gebruik maken aangepaste sequenties als rij (en niet alleen tupels).
• Gerestaureerde sommige bind-labeling logica van 0,5 die ervoor zorgt dat de tafels met kolom namen die een andere kolom van de vorm & quot overlappen; & # X3c; tablename & # x3e; _ & # X3c; kolomnaam & # x3e; & quot; zal geen fouten als kolom. produceren
• Table.create () en Table.drop () niet meer van toepassing metadata- niveau creëren / neerzetten.
• Postgresql weerspiegelt nu volgorde namen geassocieerd met SERIAL kolommen correct, achter de naam van de reeks is veranderd.
• PostgreSQL geeft de naam van de primaire sleutel beperkingen, als deze bestaat.