SQLAlchemy

Brugt meste for sin ORM, SQLAlchemy er meget mere end det.
SQLAlchemy bygger sine egne forespørgsel sprog og brugerdefinerede persistens mønstre for højtydende og nem adgang til lagrede data

Hvad er nyt i denne udgivelse:.

< ul>

Hvad er nyt i version 1.0.4:

• En temmelig alvorlig unit-of-arbejde regression vedrørende SQL-udtryk er fast, den nye adfærd med hensyn til tekstmæssige udtryk med & quot; ORDER BY & quot; er blevet nedtrappet lidt passer bedre til nu-forældede use cases, blev en lidet brugt ORM begivenhed krog repareret, da det forhindrede SQLSoup pakke fra arbejde, og metadata & quot; på oprette / på drop & quot; begivenheder oplevet et format ændring i en af ​​de mindre brugte argumenter væltes, som blev vendt tilbage til sin tidligere form.

Hvad er nyt i version 0.9.9 / 1.0.0b5:

• Ny SQL Server udgave strenge
• New Psycopg2 fejltilstande
• Ændringer i MySQL-stik-python og pg8000

Hvad er nyt i version 0.9.0:.

• Python 3 støtte
• C udvidelser understøttes på Python 3.
• Composite attributter nu vendt tilbage til formål form, når forespørges på en per-attribut basis.
• Association proxy SQL udtryk forbedringer og rettelser.
• & quot; adgangskode & quot; del af en create_engine () ikke længere anser tegnet + som en kodet rum.

Hvad er nyt i version 0.8.2:

• 0.8.2 indeholder flere dusin fejlrettelser og nye funktioner, herunder videreudvikling af nogle af de nye funktioner, der er indført i 0,8.

Hvad er nyt i version 0.8.1:

• Dette er en bugfix udgivelse, som løser mange problemer, hvoraf nogle udkom i 0.8.0 som regressioner og mange flere, der påvirker alle versioner.

Hvad er nyt i version 0.8.0:

• Ny Relationship Egenskaber
• Nye Polymorfe Egenskaber - with_polymorphic () og of_type ()
• Ny Runtime Inspection System
• Extensible Operatør System
• HSTORE Support

Hvad er nyt i version 0.7.8:

• De "objekter argument til at skylle () er ikke længere frarådet, da nogle gyldige use cases er blevet identificeret.
• Fast identity_key () funktion, som ikke var at acceptere en skalar argument for identitet.
• Fixed bug hvorved populate_existing indstilling ikke ville forplante sig til underforespørgsel ivrige læssemaskiner.

Hvad er nyt i version 0.7.6:

• Tilføjer nogle nye funktioner såsom støtte til fælles tabel udtryk, og har også nogle vigtige fejlrettelser.

Hvad er nyt i version 0.6.7:

• strammet ITERATE- vs fjerne mutex omkring identiteten kort iteration, forsøger at mindske risikoen for en (yderst sjældent) reentrant gc operation forårsager en deadlock. Måske fjerne mutex i 0,7.
• Tilføjet en `name` argument til` Query.subquery () `for at tillade en fast navn, der skal tildeles til aliaset objekt.
• udsendes en advarsel, når en sammenhængende tabel arve mapper har ingen primære taster på lokalt kortlagt tabel (men har PKS på superklasse tabel).
• Fixed bug, hvor & quot; midterste & quot; klasse i en polymorf hierarki ville have nogen kolonnen »polymorphic_on ', hvis det ikke også angive en" polymorphic_identity «, hvilket fører til mærkelige fejl upon opdateringshastighed, forkert klasse indlæses, når forespørge fra dette mål. Også udsender den korrekte HVOR kriterium, når du bruger enkelt tabel arv.
• Rettet fejl, hvor en kolonne med en SQL eller server side standard, der blev udelukket fra en kortlægning med include_properties eller exclude_properties ville resultere i UnmappedColumnError.

Hvad er nyt i version 0.6.5:

• Fixed bug i query.update (), hvor evaluere "eller" hente "udløb ville mislykkes, hvis kolonnen udtryk nøglen var en klasse attribut med en anden KeyName som selve kolonnenavn.
• - Tilføjet en påstand under flush, som sikrer, at der ikke NULL-bedrift identitet nøgler blev genereret på & quot; nyligt vedholdende & quot; objekter. Dette kan forekomme, når brugerdefineret kode uforvarende udløser tømninger om ikke-fuldt lastet objekter.
• Lazy belastninger for forholdet attributter nu bruge den aktuelle tilstand, ikke & quot; begået & quot; tilstand, udenlandske og primære vigtige egenskaber, når de udsteder SQL, hvis en flush er ikke i processen. Tidligere ville kun databasen-begået tilstand anvendes. Især vil dette medføre en mange-til-en få () - on-LazyLoad operation til at mislykkes, da autoflush ikke udløses på disse belastninger, når de attributter bestemmes og & quot; begået & quot; tilstand er muligvis ikke tilgængelig.
• Et nyt flag på forhold (), load_on_pending, gør det muligt for dovne loader til at fyre ud på verserende objekter uden en flush finder sted, samt en forbigående objekt, der har været manuelt & quot; knyttet & quot; til sessionen. Bemærk, at denne flag blokerer attribut begivenheder fra finder sted, når et objekt er indlæst, så backrefs er ikke tilgængelige før efter en flush. Flaget er kun beregnet til meget specifikke use cases.
• Et andet nyt flag på forhold (), cascade_backrefs, deaktiverer & quot; save-opdatering & quot; kaskade, da begivenheden blev indledt på & quot; omvendt & quot; side af en tovejs forhold. Dette er en renere adfærd, således at mange-til-dem kan indstilles på en forbigående objekt uden det at få suget ind i barnets objektets session, mens det stadig tillader den forreste indsamling til kaskade. Vi * måske * standard dette til False i 0,7.
• lille forbedring til opførslen af ​​& quot; passive_updates = False & quot; når den placeres kun på mange-til-én side af et forhold; dokumentation er præciseret, at passive_updates = False bør virkelig være på en-til-mange side.
• Placering af passive_deletes = True på en mange-til-en udsender en advarsel, da du sandsynligvis beregnet til at sætte det på en-til-mange side.
• Fixed bug, der ville forhindre & quot; subqueryload & quot; fra at arbejde korrekt med enkelt tabel arv for en relation fra en underklasse - & quot; hvor typen i (x, y, z) & quot; kun bliver placeret på indersiden, i stedet for gentagne gange.
• Når du bruger from_self () med enkelt tabel arv, & quot; hvor typen i (x, y, z) & quot; er placeret på ydersiden af ​​kun forespørgslen, i stedet for gentagne gange. Kan gøre nogle flere justeringer dette.
• scoped_session udsender en advarsel, når configure () kaldes, hvis en session er allerede til stede (kontrol kun den aktuelle tråd).

Hvad er nyt i version 0.6.4:

• Navnet ConcurrentModificationError er ændret til StaleDataError, og beskrivende fejlmeddelelser er blevet revideret for at afspejle præcis, hvad problemet er. Begge navne vil forblive til rådighed for en overskuelig fremtid for ordninger, der kan være præciserer ConcurrentModificationError i en & quot; undtagen: & quot; klausul.
• Tilføjet en mutex til identiteten kortet som mutexes fjerner operationer mod iteration metoder, som nu pre-buffer før han vendte tilbage en Iterable. Dette fordi asyncrhonous gc kan fjerne elementer via gc tråd til enhver tid.
• Session klasse er nu til stede i sqlalchemy.orm. *. Vi flytter væk fra brugen af ​​create_session (), som har ikke-standard misligholdelser, til de situationer, hvor en et-trins Session konstruktør ønskes. De fleste brugere bør holde fast i sessionmaker () til almindelig brug, dog.
• query.with_parent () accepterer nu forbigående genstande og vil bruge de ikke-vedvarende værdier af deres PK / fk attributter med henblik på at formulere kriteriet. Docs er også præciseret, at formålet med with_parent ().
• include_properties og exclude_properties argumenter for at Mapper () nu accepterer Kolonne objekter som medlemmer foruden strenge. Dette således at samme navngivne Kolonne objekter, såsom dem inden for en slutte (), kan flertydig.

Hvad er nyt i version 0.6.0:

• C forlængelse nu arbejder også med DBAPIs som bruger brugerdefinerede sekvenser som rækken (og ikke kun tupler).
• Restaureret nogle binder-mærkning logik fra 0,5 som sikrer, at tabeller med kolonnenavne, der overlapper en anden kolonne i formularen & quot; & # X3C; tabelnavn & # x3e; _ & # X3C; kolonnen & # x3e; & quot; vil ikke producere fejl, hvis kolonnen.
• Table.create () og Table.drop () ikke længere anvendelse metadata- niveau oprette / drop begivenheder.
• Postgresql nu afspejler sekvens navne forbundet med serielle kolonner korrekt, efter navnet på af sekvensen er blevet ændret.
• Postgresql afspejler navnet på primær nøgle begrænsninger, hvis den findes.