SQLAlchemy

Používá se především pro svou ORM, SQLAlchemy je mnohem víc než to.
SQLAlchemy buduje svůj vlastní jazyk dotaz a vlastní perzistence vzory pro high-výkon a snadný přístup k uloženým datům

Co je nového v této verzi:.

< ul>

Co je nového ve verzi 1.0.4:

• Jedna docela vážné unit-of-práce regrese týkající se SQL výrazy je pevná, nové chování ohledně textových výrazů s & quot; ORDER BY & quot; byl zmenšen zpět trochu, aby lépe vyhovovala nyní-zastaralé případy užití, málo použitý ORM událost háček byl opraven, protože zabránila balíček SQLSoup z práce, a metadata & quot; na vytvoření / o poklesu & quot; události došlo ke změně formátu v jedné z méně používané argumenty byly přeneseny, který se vrátil k jeho původní podobě.

Co je nového ve verzi 0.9.9 / 1.0.0b5:

• verze řetězce New SQL Server
• New Psycopg2 chybové stavy
• Změny v MySQL-konektor-Python a pg8000

Co je nového ve verzi 0.9.0:.

• Python 3 podpora
• rozšíření C podporována v Pythonu 3.
• Kompozitní atributy jsou nyní vrací jako jejich objektu formuláře při dotazován na základě jednotlivých atributu.
• Sdružení proxy server SQL vylepšení exprese a opravy.
• & quot; heslo & quot; část z create_engine () již považuje znaménko + jako kódovaného prostoru.

Co je nového ve verzi 0.8.2:

• 0.8.2 obsahuje několik desítek chyb a nové rysy, včetně upřesnění některých nových funkcí zavedených v 0.8.

Co je nového ve verzi 0.8.1:

• Toto je vydání s opravami chyb, které řeší mnoho problémů, z nichž některé se objevil v 0.8.0 jako regrese a mnoho dalších, které ovlivňují všechny verze.

Co je nového ve verzi 0.8.0:

• Nový vztah Vlastnosti
• Nové Polymorfní vlastnosti - with_polymorphic () a of_type ()
• New Runtime inspekční systém
• Extensible System Operator
• HSTORE Support

Co je nového ve verzi 0.7.8:

• Argument "objekty" na spláchnutí () je již zastaralé, jak byly identifikovány některé platné případy užití.
• Pevná identity_key () funkci, která nebyla přijímá skalární argument pro identitu.
• Opravena chyba, kdy možnost populate_existing nebude šířit do poddotazu dychtivé nakladače.

Co je nového ve verzi 0.7.6:

• Přidává některé nové funkce, jako je podpora pro společnou tabulce Výrazy, a také má některé důležité opravy chyb.

Co je nového ve verzi 0.6.7:

• zpřísnila iterate vs. odstranit mutex kolem identity Mapa iterace, se pokouší snížit šanci na (velmi vzácné) provozu řetězit gc způsobuje zablokování. Možná odstranit mutex v 0.7.
• Přidána `name` argument` Query.subquery () `, aby pevné jméno, které mají být přiřazeny k alias objektu.
• Upozornění je vyzařováno, když se připojil stůl dědění mapper nemá žádné primární klíče místně mapované tabulky (ale má PK na stole nadtřídy).
• Opravena chyba, kdy & quot; střední & quot; třída v polymorfní hierarchii nebude mít sloupec "polymorphic_on", pokud by se netýkalo rovněž určit "polymorphic_identity", což vede k podivné chyby upon refresh, špatně třída načten při dotazování z tohoto cíle. Při použití jediného dědičnosti tabulky také vydává správný WHERE kritéria.
• Opravena chyba, kdy sloupec s SQL nebo na straně serveru ve výchozím nastavení, která byla vyloučena z mapování s include_properties nebo exclude_properties by vedly UnmappedColumnError.

Co je nového ve verzi 0.6.5:

• Opravena chyba v query.update (), kde " vyhodnotit "nebo" přines "vypršení by se nezdaří, pokud sloupec výraz klíč byl atribut class s jiným Název_klíče jako skutečný název sloupce.
• - Přidána tvrzení při spláchnutí který zajišťuje, že žádné NULL-držení klíče identity byly získány na & quot; nově perzistentní & quot; objektů. Tato situace může nastat, když uživatel definovaný kód bezděčně spustí horka na ne-úplně-naložené předměty.
• Lazy zatížení pro vztah atributy nyní používat současný stav, ne & quot; spáchán & quot; stav, zahraničních a primárních klíčových atributů při vydání SQL, je-li flush není v procesu. Dříve, jen státní databáze dopustil by byl použit. Zejména by to způsobit získat mnoho-to-one () - on-lazyload operace nezdaří, protože autoFlush není spuštěna v následujících zatížení, pokud jsou atributy určeny a & quot; spáchán & quot; Stát nemusí být k dispozici.
• Nová vlajka na vztahu (), load_on_pending, umožňuje líný loader vypálit na probíhajícím objektech bez flush k němuž dochází, stejně jako přechodný objekt, která byla ručně & quot; připojeným & quot; do relace. Všimněte si, že tento příznak blokuje atribut události z uskutečněné okamžikem, kdy je objekt načten, takže backrefs jsou k dispozici až po spláchnutí. Vlajka je určena pouze pro velmi specifické případy použití.
• Další novinkou vlajka na vztahu (), cascade_backrefs, zakáže & quot; ušetřit-update & quot; kaskáda, kdy byla akce zahájena na & quot; reverzní & quot; side obousměrného vztahu. Je to čistič chování tak, že many-to-one je možné nastavit na přechodnou objekt, aniž by dostat nasáván do zasedání podřízené objektu, zatímco ještě dovolí vpřed kolekci pro kaskády. Jsme moc * * výchozí to FALSE v 0.7.
• Mírné zlepšení v chování & quot; passive_updates = False & quot; pokud jsou umístěny pouze na mnoha k jedné straně vztahu; dokumentace bylo objasněno, že passive_updates = False by měl být skutečně na straně one-to-many.
• Umísťování passive_deletes = TRUE na many-to-one vydává varování, protože jste pravděpodobně v úmyslu dát na straně one-to-many.
• Opravena chyba, která by zabránil & quot; subqueryload & quot; z správně pracovat s jediným dědictvím stolu na vztah z podtřídy - & quot, kde typu v (x, y, z) & quot; pouze dostane umístěn na vnitřní straně, místo toho, opakovaně.
• Při použití from_self () s jedním dědictvím stolu, & quot, kde typu v (x, y, z) a quot; je umístěn na vnější straně pouze dotazu, místo toho, opakovaně. Může provést některé další úpravy v této oblasti.
• scoped_session vydává varování, když configure () je volána, když je relace již existuje (kontroluje pouze aktuální závit).

Co je nového ve verzi 0.6.4:

• Název ConcurrentModificationError byl změněn na StaleDataError, a popisné chybové zprávy byly revidovány, aby odrážely, co přesně je problém. Obě jména zůstanou k dispozici pro dohledné budoucnosti pro systémy, které mohou být určující ConcurrentModificationError An & quot; s výjimkou: & quot; klauzule.
• Přidána mutex na mapu identitu, která mutexy odstranění operace proti iteračních metod, které nyní pre-bufferu před vrácením iterable. To proto, že asyncrhonous GC může odstranit položky prostřednictvím GC nit kdykoliv.
• třída relace je v současné době působí v sqlalchemy.orm. *. Jdeme pryč od použití create_session (), která má nestandardní výchozí hodnoty, pro ty situace, kdy je v jednom kroku Session konstruktor žádoucí. Většina uživatelů by se držet s sessionmaker () pro všeobecné použití, nicméně.
• query.with_parent () nyní přijímá přechodné objekty a bude používat non-trvalé hodnoty svých PK / FK atributů s cílem formulovat kritéria. Dokumenty jsou také jasně, pokud jde o účel with_parent ().
• include_properties a exclude_properties argumenty Mapper () nyní přijímá sloupců objekty jako členy kromě řetězce. To takže stejnojmenné sloup objekty, jako jsou ty, které v rámci join (), může být disambiguated.

Co je nového ve verzi 0.6.0:

• Rozšíření C nyní také pracuje s DBAPIs, které používají vlastní sekvence, jako řadě (a nejen tice).
• Obnovena nějakou logiku bind-označení od 0.5, který zajistí, že tabulky s názvy sloupců, které se překrývají další sloupec formuláře & quot; & # x3c; tablename & # x3e, _ & # x3c, ColumnName & # x3e; & quot; nebude docházet k chybám Pokud sloupec.
• Table.create () a Table.drop () již neplatí metadata- úroveň vytvořit / přetažení události.
• Postgresql nyní odráží jména sekvence spojené s pořadovým sloupců správně, za názvem sekvence byl změněn.
• Postgresql odráží název omezení primárního klíče, pokud existuje.