SQLAlchemy

Használt leginkább a ORM, sqlalchemy sokkal több annál.
Sqlalchemy építi saját lekérdező nyelv és egyedi kitartás minták nagy teljesítményű és könnyű hozzáférést biztosít a tárolt adatok.

Mi az új ebben a kiadásban:

< ul>

Mi az új 1.0.4 verzió:

• Egy meglehetősen komoly unit-of-munka regressziós kapcsolatban SQL kifejezéseket rögzítették, az új viselkedés tekintetében szöveges kifejezések & quot; ORDER BY & quot; már csökkentették egy kicsit, hogy jobban megfeleljen most elavult használati esetek, egy alig használt ORM esemény horog-ben javították, mert megakadályozta a SQLSoup csomagot dolgoznak, és a metaadatok & quot; a ki / be csepp & quot; eseményeket formázási változás egyik kevésbé használt érvek hárítanak, amely visszatért a korábbi formájában.

Mi az új verzióban 0.9.9 / 1.0.0b5:

• Új SQL Server húrok
• Új Psycopg2 hiba körülményeit
• Változások a MySQL-csatlakozó-python és pg8000

Mi az új verzióban 0.9.0:

• Python 3 támogatását.
• C kiterjesztéseket támogatja Python 3.
• Composite attribútumai visszatért a célja formája, amikor megkérdőjelezte a per-attribútum alapján.
• Szövetség proxy SQL véleménynyilvánítás és javításokat.
• A & quot; jelszót & quot; része a create_engine () már nem tartja a + jel, mint egy kódolt helyet.

Mi az új verzióban 0.8.2:

• 0.8.2 magában foglalja a több tucat hibajavítások és új funkciók, többek között finomítását néhány új funkciók bevezetése a 0.8.

Mi az új verzióban 0.8.1:

• Ez egy hibajavítás kiadás, amely megoldja sok kérdésben, amelyek közül néhány megjelent 0.8.0, mint regressziót és még sok más, amelyek befolyásolják az összes verzió.

Mi az új verzióban 0.8.0:

• Új kapcsolat Jellemzők
• Új polimorf funkciók - with_polymorphic () és of_type ()
• Új Runtime Ellenőrzési Rendszer
• Extensible Üzemeltető rendszer
• HSTORE támogatása

Milyen új verzióban 0.7.8:

• A "tárgy" érv, hogy flush () van már nem elavult, mivel néhány érvényes használati esetek azonosítottak.
• Fix identity_key () függvény, amely nem fogad skalár érv az identitást.
• Javítva ahol populate_existing a lehetőség nem hirdetik, hogy allekérdezés szívesen rakodók.

Mi az új verzióban 0.7.6:

• egészíti ki az új funkciók, mint például támogatja a Közös táblázat kifejezéseket, és van néhány fontos hibajavítást.

Mi az új verzióban 0.6.7:

• szigorította a hajtogat vs. távolítsa mutexek körül identitás térkép utazgatás, megpróbálja csökkenteni az esélyét egy (nagyon ritka) beugró GC működése okozza a holtpont. Lehet, távolítsa el a mutexek 0,7.
• Hozzáadás a `name` érv, hogy` Query.subquery () `, hogy egy fix nevet hozzá kell rendelni az alias objektumot.
• Egy figyelmeztető bocsát ki, ha a csatlakozott asztal örökli leképező nincs elsődleges kulcs a helyi leképezett asztalra (de PKS a mikrotörzs táblázatot).
• Javítva ahol & quot; középen & quot; osztály egy polimorf hierarchia nem lenne "polymorphic_on" oszlopban, ha nem is adja meg a "polymorphic_identity", ami furcsa hibákat után felfrissülni, rossz osztály betöltött lekérdezésekor attól a cél. Szintén bocsát ki a megfelelő WHERE feltételt használata során egyetlen tábla örökséget.
• Fix hiba, ha egy oszlopot a SQL vagy szerver oldali alapértelmezett, hogy kizárták a térképezést include_properties vagy exclude_properties vezetne UnmappedColumnError.

Mi az új verzióban 0.6.5:

• Javítva a query.update (), ahol " értékeli "vagy" csel "lejárati megbukik, ha az oszlop kifejezése kulcsfontosságú volt a class attribútum egy másik keyname, mint az aktuális oszlop neve.
• - hozzáadva az állítás során flush, amely biztosítja, hogy nem NULL-gazdaság identitás kulcsok keletkezett a & quot; újonnan kitartó & quot; tárgyakat. Ez akkor fordulhat elő, ha a felhasználó által megadott kód véletlenül vált ki flush a nem-teljesen megrakott tárgyak.
• Lazy terhelés kapcsolata attribútumok már használhatja a jelenlegi állapot, nem pedig & quot; elkövetett & quot; állapotban, külföldi és elsődleges kulcs attribútumokat kibocsátásakor SQL, ha egy flush nincs folyamatban. Korábban csak az adatbázis-elkövetett állapotban kerülnek felhasználásra. Ez különösen a okozna sok az egyhez get () - on-lazyload művelet meghiúsulását, mint autoflush nem indul a következő terhelések, amikor az attribútumokat határozza meg, és a & quot; elkövetett & quot; állapotban nem áll rendelkezésre.
• Egy új zászló kapcsolat (), load_on_pending, lehetővé teszi, hogy a lusta betöltő tűz ki, a folyamatban lévő tárgyak nélkül flush zajlik, valamint egy átmeneti tárgy, ami már kézzel & quot; csatlakoztatott & quot; Az ülésen. Ne feledje, hogy ez a zászló blokk attribútum események zajlanak, amikor egy tárgy van töltve, így backrefs nem állnak rendelkezésre, amíg egy szintben. A zászló csak azoknak nagyon különleges használati esetek.
• A másik új zászló kapcsolat (), cascade_backrefs, letiltja a & quot; mentés frissítés & quot; kaszkád amikor az esemény indította a & quot; visszafordítani & quot; oldalán egy kétirányú kapcsolat. Ez egy tisztább viselkedését, hogy a sok-is be lehet állítani a tranziens objektumot anélkül, hogy egyre szívja be a gyermek objektum ülésen, ugyanakkor lehetővé teszi az előre gyűjtemény kaszkád. Ak * erejével * default false 0.7.
• Enyhe javulást a viselkedését & quot; passive_updates = False & quot; helyezve csak a sok-egy oldalán egy kapcsolat; dokumentációt is pontosították, hogy passive_updates = False kell igazán a one-to-many oldalán.
• elhelyezése passive_deletes = True a sok-az-egyhez ki figyelmeztetést, hiszen akkor valószínűleg célja, hogy tegye le a one-to-many oldalán.
• Javítva, amely megakadályozza & quot; subqueryload & quot; megfelelően működjön együtt egyetlen tábla öröklési egy kapcsolat egy alosztály - a & quot; hol típusú (x, y, z) & quot; csak lesz elhelyezve a belső, hanem többször is.
• Ha from_self () az egyetlen tábla öröklés, a & quot; hol típusú (x, y, z) & quot; kerül a kívül a lekérdezés csak helyett ismételten. Lehet, hogy néhány kiigazításokról.
• scoped_session ki figyelmeztetést, amikor configure () nevezzük, ha egy Session már jelen van (ellenőrzés csak az aktuális téma).

Mi az új verzióban 0.6.4:

• A név ConcurrentModificationError változott StaleDataError, és leíró hibaüzenetek is felülvizsgálták, hogy tükrözze, hogy pontosan mi a probléma. Mindkét név elérhető marad belátható jövőben a rendszereket, amelyek meghatározzák ConcurrentModificationError egy & quot; kivéve: & quot; záradékot.
• Added mutexek a személyazonosságát, térkép, amely mutexes távolítsa elleni műveleteket iterációs módszerek, amelyek már előre puffer, mielőtt visszatért egy iterable. Ez azért, mert asyncrhonous GC eltávolíthatja elemek segítségével a GC menet bármikor.
• A Session osztály ma már jelen van sqlalchemy.orm. *. Mi távolodik a használat create_session (), amely nem szabványos alapértelmezett, olyan esetekben, amikor egy lépésben Session konstruktor van szükség. A legtöbb felhasználó kell ragaszkodni a sessionmaker () általános használatra, de.
• query.with_parent () most elfogadja tranziens objektumok és fel fogja használni a nem perzisztens értékeit a pk / fk attribútumok kialakítása érdekében a kritériumot. Docs is pontosították, hogy a célját with_parent ().
• A include_properties és exclude_properties érveket leképező () most elfogadja oszlop tárgyak tagok mellett a szálakat. Ez úgy, hogy az azonos nevű oszlop tárgyak, mint például azok belül csatlakozhat (), lehet disambiguated.

Mi az új verzióban 0.6.0:

• A C kiterjesztése most is működik DBAPIs amelyek használatát egyedi szekvenciák sor (és nem csak a sorok).
• A helyreállított néhány bind-címkézési logikát 0,5, amely biztosítja, hogy a táblákat oszlop nevét, hogy átfedésben egy másik oszlop formájában & quot; & # X3c; tablename & # x3e; _ & # X3c; ColumnName & # x3e; & quot; Nem hibákat, ha oszlopban.
• Table.create () és Table.drop () már nem állnak fenn metadata- szinten létrehozni / drop események.
• A PostgreSQL most tükrözi sorozatot neveket kapcsolódó GYÁRI oszlopok rendesen, neve után a sorozat megváltozott.
• Postgresql tükrözi a neve elsődleges kulcs megszorítások, ha létezik ilyen.