SQLAlchemy

Används främst för sin ORM är SQLAlchemy mycket mer än så.
SQLAlchemy bygger sina egna fråge språk och anpassade persistens mönster för hög prestanda och enkel tillgång till lagrade data

Vad är nytt i den här versionen.

< ul>

Vad är nytt i version 1.0.4:

• Ett ganska allvarligt enhet-of-work regression om SQL-uttryck är fast, det nya beteendet när det gäller text uttryck med & quot; ORDER BY & quot; har skalats tillbaka lite för att bättre passa numera nedgraderade användningsfall, var en sällan använda ORM händelse krok repareras så det hindrade SQLSoup paketet från att arbeta, och metadata & quot; på att skapa / på drop & quot; händelser upplevt en förändring format i ett av de mindre använda argument som förs, som återgått till sin tidigare form.

Vad är nytt i version 0.9.9 / 1.0.0b5:

• New SQL Server version strängar
• New Psycopg2 feltillstånd
• Förändringar i MySQL-kontakt-python och pg8000

Vad är nytt i version 0.9.0:.

• Python 3 support
• C förlängningar stöds på Python 3.
• Komposit attribut nu återgått till syfte formulär när efterfrågade på en per-attribut basis.
• Association proxy SQL uttryck förbättringar och fixar.
• & quot; lösenord & quot; del av en create_engine () inte längre anser tecknet + som en kodad utrymme.

Vad är nytt i version 0.8.2:

• 0.8.2 innehåller flera dussin buggfixar och nya funktioner, inklusive förfining av några av de nya funktioner som införts i 0,8.

Vad är nytt i version 0.8.1:

• Detta är en felrättningsutgåva som löser många frågor, några av som dök upp i 0.8.0 som regressioner och många fler som påverkar alla versioner.

Vad är nytt i version 0.8.0:

• New Relationship funktioner
• Nya Polymorfa funktioner - with_polymorphic () och of_type ()
• New Runtime Inspection System
• Extensible Operator System
• HSTORE Support

Vad är nytt i version 0.7.8:

• Den "objekt" argument för att spola () är inte längre föråldrat, eftersom vissa giltiga användningsfall har identifierats.
• Fixat identity_key () funktion som inte acceptera en skalär argument för identiteten.
• Fixat bugg där populate_existing alternativ inte skulle spridas till fråga ivriga lastare.

Vad är nytt i version 0.7.6:

• Lägger några nya funktioner som stöd för den gemensamma Table Uttryck, och har också några viktiga buggfixar.

Vad är nytt i version 0.6.7:

• skärpt iterate vs. avlägsna mutex runt identitet karta iteration, försöka minska risken för en (mycket sällsynt) inåtgående gc operation orsakar ett dödläge. Kan ta bort mutexet i 0,7.
• Lade till en `name` argument till` Query.subquery () `, för att möjliggöra ett fast namn tilldelas alias objektet.
• En varning hörs när en sammanhållen tabell ärva mapper har inga primärnycklar på lokalt mappas tabellen (men har PKS på super tabell).
• Fixat bugg där & quot; mitten & quot; klass i en polymorf hierarki skulle inte ha någon "polymorphic_on kolumnen om det inte också ange ett" polymorphic_identity ", vilket leder till märkliga fel vid uppdatering, fel klass laddas vid frågor från det målet. Avger också rätt WHERE kriteriet när man använder enda tabell arv.
• Fixat bugg där en kolonn med en SQL eller serversidan standard som undantogs från en kartläggning med include_properties eller exclude_properties skulle leda till UnmappedColumnError.

Vad är nytt i version 0.6.5:

• Fixat bugg i query.update () där " utvärdera "eller" hämta "utgångs skulle misslyckas om kolumnuttryck nyckeln var en klass-attribut med en annan KeyName som själva kolumnnamnet.
• - Lade till ett påstående under flush som säkerställer att inga NULL hållande identitetsnycklar genererades på & quot; nya långlivade & quot; föremål. Detta kan inträffa när användardefinierade kod utlöser oavsiktligt tömningar på icke fullt laddade objekt.
• Lata laster för relation attribut nu använda det aktuella läget, inte & quot; begåtts & quot; tillstånd, utländska och primärnyckelattribut vid utfärdande av SQL, om en flush är inte i processen. Tidigare skulle bara databas begått tillstånd användas. Framför allt skulle det orsaka en många-till-en get () - på LazyLoad operation för att misslyckas, eftersom autoflush inte utlöses på dessa belastningar när attributen bestäms och & quot; begåtts & quot; staten kanske inte är tillgängliga.
• En ny flagga på relationen (), load_on_pending tillåter lata lastaren att avfyra på pågående objekt utan en flush äger rum, liksom en övergående objekt som har varit manuellt & quot; fäst & quot; till sessionen. Observera att denna flagga blockerar tillskriver händelser äger rum när ett objekt laddas, så backrefs är inte tillgängliga förrän efter en flush. Flaggan är endast avsedd för mycket specifika användningsfall.
• En annan ny flagga på relationen (), cascade_backrefs avaktiverar & quot; Spara-uppdatering & quot; kaskad när händelsen inleddes på & quot; vända & quot; sida av en dubbelriktad relation. Detta är en renare beteende så att många-till-ettor kan ställas in på en övergående föremål utan att få sugas in i barnets objektets session, och samtidigt tillåta framåt samling till kaskad. Vi * kanske * standard detta till False på 0,7.
• Lätt förbättring av beteendet hos & quot; passive_updates = False & quot; när de placeras endast på många-till-en sida av en relation; dokumentation har klargjorts att passive_updates = False borde verkligen vara på en-till-många sida.
• Placera passive_deletes = Sant på en många-till-en avger en varning, eftersom du antagligen för avsikt att lägga den på en-till-många sida.
• Fixat bugg som skulle förhindra & quot; subqueryload & quot; från att fungera korrekt med enda tabell arv för en relation från en underklass - & quot; där typ i (x, y, z) & quot; endast får placeras på insidan, istället för att upprepade gånger.
• När du använder from_self () med enda tabell arv, & quot; där typ i (x, y, z) & quot; är placerad på utsidan av endast frågan, i stället för att upprepade gånger. Kan göra några fler justeringar till detta.
• scoped_session avger en varning när configure () anropas om en session redan finns (kontroller endast den aktuella tråden).

Vad är nytt i version 0.6.4:

• Namnet ConcurrentModificationError har ändrats till StaleDataError, och beskrivande felmeddelanden har reviderats för att återspegla exakt vad problemet är. Båda namnen kommer att förbli tillgängliga för överskådlig framtid för system som kan specificerar ConcurrentModificationError i en & quot; utom & quot; klausul.
• Lade till en mutex till identiteten karta som mutexes bort operationer mot iteration metoder, som nu pre-buffert innan han återvände en iterable. Detta eftersom asyncrhonous gc kan ta bort objekt via gc tråden när som helst.
• Session klassen är nu i sqlalchemy.orm. *. Vi flyttar bort från användningen av create_session (), som har icke-standardinställningar, för de situationer där ett steg Session konstruktör önskas. De flesta användare bör hålla fast vid sessionmaker () för allmänt bruk, dock.
• query.with_parent () godtar nu övergående objekt och kommer att använda icke-ihållande värdet av deras pk / fk attribut för att formulera kriteriet. Docs är också klar att syftet med with_parent ().
• include_properties och exclude_properties argument för att Mapper () accepterar nu Column objekt som medlemmar utöver strängar. Detta så att samma namn Column föremål, såsom de inom en join (), kan göras otvetydiga.

Vad är nytt i version 0.6.0:

• C förlängning fungerar nu även med DBAPIs som användning anpassade sekvenser som rad (och inte bara tuplerna).
• återställd några bind-märkning logik från 0,5 som säkerställer att tabeller med kolumnnamn som överlappar en annan kolumn i formuläret & quot; & # x3c, tabellnamn & # x3e; _ & # x3c; kolumn & # x3e; & quot; kommer inte att producera fel om kolumn.
• Table.create () och Table.drop () inte längre tillämpas metadata- nivå skapar / drop händelser.
• PostgreSQL återspeglar nu sekvensnamn i samband med seriella kolonner korrekt, efter namnet på den sekvensen har ändrats.
• PostgreSQL återspeglar namnet på primärnyckelrestriktioner, om det finns.