SQLAlchemy

Szoftver screenshot:
SQLAlchemy
Szoftver adatai:
Változat: 0.9.8
Feltöltés dátuma: 17 Feb 15
Fejlesztő: Michael Bayer
Engedély: Ingyenes
Népszerűség: 25

Rating: 5.0/5 (Total Votes: 1)

SQLAlchemy egy nyílt forráskódú, platform-független és szabad könyvtári szoftver írva a Python programozási nyelv és célja az alapoktól kezdve, hogy egyfajta adatbázis absztrakciós könyvtár, ORM (Object relációs Mapper) és SQL Python-nak.
Ha-ezte újra a Python fejlesztői, SQLAlchemy megadja a teljes rugalmasságot és az SQL, amely egy teljes gyűjteménye népszerű vállalati szintű kitartás minták, amelyek célja a nagy teljesítményű és hatékony adatbázis access.Features egy glanceThe szoftver Rendkívül könnyen használható, elég erős a bonyolult feladatok, és moduláris. A SQLAlchemy lesz képes szervezni folyamatban szifilisz műveleteket, lehetővé teszi a használatát logikai kifejezések, funkciók, üzemeltetők, fedőnevek, UNION záradékok, korrelációs LÉTEZIK záradékok, hozzon létre, beszúrás, törlés és frissítését lekérdezések, választható subqueries, korrelált frissítések, és belső külső összekapcsolás és kötődnek paraméterek.
Ezen túlmenően azt is előállításánál használt adatbázisok, valamint önmagát elemzi őket, támogatja a rakodási kapcsolódó tárgyak és gyűjtemények, létrehozásának támogatása átlátható kitartás tárgyak mintázata alapján, támogatást manipulálására és építése domain-modellek, valamint a szinkronizálást minden változás a jelenlegi tranzakció automatikusan.
Többek között a funkciók, említhetjük a relációsan-orientált lekérdező rendszer, amely-ezte s képes kiteszik az összes SQL-ezte s funkciókat, beleértve a korreláció, csatlakozik és subqueries, a DBAPI interakció réteget, a központi SQL építési rendszer, egy teljes, önálló adatbázis absztrakciós réteg, támogatja a bővíthető SQL séma metaadatok, kifejezés nyelv, kapcsolatkészletezés, egyéni típusú és típusa coercion.Supports sokféle databasesThe program tartalmazza nyelvjárások sokféle adatbázis-kiszolgálók és motorok, beleértve a MySQL, PostgreSQL, Firebird, Oracle, Microsoft SQL Server, SQLite, Sybase, és még sokan mások.
A projekt független az operációs rendszer, ami azt jelenti, hogy könnyen telepíthető és használható bármely GNU / Linux disztribúció, valamint a Microsoft Windows, BSD vagy Mac OS X operációs rendszerekre. Mind a 32-bites és 64-bites architektúrák közt is támogatottak.

Mi az új ebben a kiadásban:

  • ORM:
  • [ORM] [bug] [motort] Javítva, hogy az érintett általában az azonos osztályban az esemény, hogy a # 3199, amikor a megnevezett = true paramétert kell használnia. Néhány esemény nem fogja tudni regisztrálni, és mások nem kívánják felhasználni a rendezvény érvek megfelelően, általában abban az esetben, amikor egy esemény volt, & quot; becsomagolt & quot; A adaptáció valamilyen más módon. A & quot; nevű & quot; mechanika vannak rendezve, hogy ne zavarja az érvet aláírása várható a belső wrapper funkciókat.
  • [ORM] [bug] Javítva, hogy érintette sok osztályok esetén, különösen ORM eseményeket, hanem a motor események, ahol a szokásos logikája & quot; de megkettőzése & quot; redundáns hívás event.listen () azonos érveket fog bukni, azokra az eseményekre, ahol a hallgató funkció be van csomagolva. Állítás lenne a hit belül registry.py. Ez az állítás már beépültek a deduplication ellenőrzés, a hozzáadott bónusz egy rövidebb úton ellenőrzése deduplication egész fórumon.
  • [ORM] [bug] Fix figyelmeztetés, hogy bocsátana ki, amikor egy összetett önreferenciálisak primaryjoin található funkciók, míg ugyanabban az időben remote_side lett meghatározva; A figyelmeztető azt sugallja beállítás & quot; távoli oldal & quot ;. Ez már csak bocsát ki, ha remote_side nincs jelen.
  • ORM deklaratív:
  • [bug] [deklaratív] [ORM] Fix & quot; "NoneType" objektum tulajdonság nem "konkrét" & quot; hiba, ha AbstractConcreteBase együtt egy alosztály, hogy kijelenti __abstract __.
  • motorok
  • [motort] [bug] A végrehajtási lehetőségek átadott egy motor használható akár create_engine.execution_options vagy Engine.update_execution_options () nem kerülnek a speciális Connection felhasználja a nyelvjárás a & quot; először kapcsolódik & quot; Amennyiben; nyelvjárások általában végezni a saját lekérdezések ebben a fázisban, és egyik sem a jelenleg rendelkezésre álló lehetőségeket kell alkalmazni itt. Különösen a & quot; autocommit & quot; lehetőség volt, ami arra törekszik, hogy AutoCommit ezen belül a kezdeti csatlakozni, amely nem egy AttributeError miatt nem standard állapotban a kapcsolat.
  • [motort] [bug] A string kulcsok meghatározására használt oszlopok befolyásolta az INSERT vagy UPDATE most válogatni, mikor járulnak hozzá a & quot; összeállított cache & quot; cache gombot. Ezek a gombok korábban nem determinisztikus elrendelte, vagyis az állítás lehet cache-elt több alkalommal azonos kulcsok, olcsóbb mind a memória, valamint a teljesítmény.
  • sql:
  • [sql] [bug] Fixed bug, ahol szép számmal SQL elemek a sql csomag hagyná __repr __ () sikeresen, hiányzik egy leírást attribútum, hogy aztán hivatkozhat a rekurzív túlcsordul, amikor egy belső AttributeError aztán újra -invoke __repr __ ().
  • [sql] [bug] kiigazítását asztal / index tükrözi, hogy ha egy indexet számol egy oszlopot, amely nem fordul elő a táblázatban, figyelmeztető hangjelzés, valamint az oszlop kimarad. Ez akkor fordulhat elő valamilyen különleges rendszer oszlopban helyzetben nem figyeltek Oracle.
  • [sql] [bug] Javítva a HTE ahol literal_binds fordító érv nem lenne mindig megfelelõen fenyegeti, ha az egyik CTE említett másik aliased CTE egy nyilatkozatában.
  • [sql] [bug] Fix 0.9.7 regresszió okozta # 3067 együtt egy rosszul nevű egység vizsgálat, mint hogy az úgynevezett & quot; séma & quot; típusok, mint a logikai és Enum már nem savanyú.
  • postgresql:
  • [postgresql] [funkció] [pg8000] Support egészül ki a & quot; épeszű többsoros count & quot; A pg8000 driver, ami vonatkozik elsősorban, hogy amikor a versioning az ORM. A funkció verzió észlelése alapján pg8000 1.9.14 vagy újabb használatban. Húzza kérésére jóvoltából Tony Locke.
  • [postgresql] [bug] A újra ezt a kérdést az első patch a 0.9.5, látszólag psycopg2 a .closed akcesszora nem olyan megbízható, mint azt feltételeztük, ezért van hozzá egy explicit csekket a kivételek szövegét & quot; SSL SYSCALL error : Bad fájlleíróból & quot; és a & quot; SSL SYSCALL error: EOF észlelt & quot; észlelésekor az IS-disconnect forgatókönyv. Mi is folyamatosan konzultál psycopg2 a connection.closed Először nézzük.
  • [postgresql] [bug] Fixed bug, ahol Postgresql JSON típus nem volt képes tartósan fennállnak, vagy más módon teszi egy SQL NULL oszlop értékét, nem pedig egy JSON-kódolt "null". Hogy támogassa az esetben, változások a következők:
  • Az érték null () most meg, ami mindig eredményez NULL érték, ami a nyilatkozatban.
  • Egy új paraméter JSON.none_as_null egészül ki, amely, ha True jelzi, hogy a Python Semmi értéket kell peristed az SQL NULL helyett JSON-kódolt "null".
  • Retrival a NULL Nincs is javításra DBAPIs eltérő psycopg2, nevezetesen pg8000.
  • [postgresql] [bug] A kivétel csomagoló rendszer DBAPI hibák most befogadni nem szabványos DBAPI kivételek, mint például a psycopg2 TransactionRollbackError. Ezek a kivételek most felvetett, a legközelebbi elérhető alosztály sqlalchemy.exc, abban az esetben, TransactionRollbackError, sqlalchemy.exc.OperationalError.
  • [postgresql] [bug] Fixed bug in postgresql.array objektum, ahol képest egy sima Python lista nem fogja tudni használni a megfelelő tömb kivitelező. Húzza kérésére jóvoltából Andrew.
  • [postgresql] [bug] Új a támogatott FunctionElement.alias () metódus funkciók, például a A funk konstrukció. Korábban viselkedés ez a módszer nem definiált. A jelenlegi magatartása utánozza, hogy a pre-0.9.4, mely szerint a funkció be van kapcsolva a egy-oszlop FROM záradék a megadott alias nevet, ahol az oszlop maga névtelenül elemzi.
  • mysql:
  • [mysql] [bug] [mysqlconnector] Mysqlconnector, mint az 2.0-ás verzió, valószínűleg a mellékhatása a python 3 merge, most nem számít százalékkal jelek (pl használt operátorról és mások) meg kell duplázni, még ha a & quot; pyformat & quot; korlát paraméter formátumban (ez a változás nem dokumentált Mysqlconnector). A nyelvjárás most ellenőrzi py2k és mysqlconnector kevesebb, mint 2.0 verzió észlelése esetén, ha operátorról kell tenni, mint %% vagy%.
  • [mysql] [bug] [mysqlconnector] Unicode SQL most telt el MySQLconnector verzió 2.0 és újabb; A Py2k és MySQL & lt; 2,0, húrok vannak kódolva.
  • SQLite:
  • [SQLite] [bug] kiválasztásakor egy UNION segítségével egy csatolt adatbázis fájl, a pysqlite meghajtó jelenti oszlop nevek cursor.description a "dbname.tablename.colname" helyett "tablename.colname", mint a szokásos módon Egy UNION (vegye figyelembe, hogy ez feltételezi, hogy csak a "colname" mind, de a munka körül). Az oszlop fordítás logikája itt állították be, hogy letölteni a jobbszélső token, nem pedig a második token, így működik, mindkét esetben. Áthidaló megoldás jóvoltából Tony Roberts.
  • MSSQL:
  • [mssql] [bug] Javítva a verziót az észlelést pymssql dialektusban együttműködik a Microsoft SQL Azure, amely megváltoztatja a szó & quot; SQL Server & quot; a & quot; SQL Azure & quot;.
  • oracle:
  • [oracle] [bug] Fix régóta bug in Oracle nyelvjárás, ahol kötött paraméter neveket kezdődött a számok nem lenne idézte, mivel az Oracle nem szereti Numerics a kötött paraméterek neveit.
  • misc:
  • [bug] [deklaratív] Javítva egy valószínűtlen race condition figyelték meg néhány egzotikus végfelhasználói beállítások, ahol a kísérlet, hogy ellenőrizze a & quot; ismétlődő osztály neve & quot; A deklaratív lenne támadt egy nem-teljesen-megtisztított gyenge hivatkozási kapcsolódó más osztályba kellene szüntetni; A check most itt biztosítja a weakref még objektumra hivatkozik hívás előtt azonban, hogy új.
  • [bug] [ext] Javítva a rendelési listán, ahol elemek sorrendjének lenne ledobta során a gyűjtemény cserélje esetben, ha az reorder_on_append zászló volt állítva. A fix biztosítja, hogy a rendelési listán csak hat a lista, amely kifejezetten az objektumhoz társított.
  • [bug] [ext] Fixed bug, ahol ext.mutable.MutableDict nem sikerült az update () szótár módszer, ezért nem zárkóznak változásokat. Húzza kérésére jóvoltából Matt Chisholm.
  • [bug] [ext] Fixed bug, ahol egy egyéni alosztálya ext.mutable.MutableDict nem mutat fel a & quot; kényszerítsen & quot; működését, és inkább visszatér a normál ext.mutable.MutableDict. Húzza kérésére jóvoltából Matt Chisholm.
  • [bug] [pool] Javítva a kapcsolat medence naplózás, ahol a & quot; kapcsolat kivett & quot; hibakeresési naplózás üzenet nem bocsát ki, ha a naplózás állítottak fel a logging.setLevel () használata helyett a echo_pool zászlót. Tesztek azt állítani, hogy e naplózás is került. Ez egy regressziós ben bevezetett 0.9.0.

Mi az új verzióban 0.5.0:

  • új funkciókról
  • Általános
  • Dokumentáció került át Sphinx. Különösen a generált API dokumentációt úgy állítottak össze egy teljes fújt & quot; API Reference & quot; szakasz, amely megszervezi szerkesztői dokumentációt együtt generált docstrings. Térhálósítás szelvények között, és API docs személyek nagymértékben javult, a javascript-meghajtású keresési funkció segítségével, és egy teljes index minden osztály, funkciók és tagjainak biztosított.
  • setup.py már importál setuptools csak opcionálisan. Ha nincs jelen, distutils alkalmazunk. Az új & quot; pip & quot; telepítő Ajánlatos easy_install hiszen telepíthető egy egyszerűbb módon.
  • hozzáadott rendkívül alapvető illusztráció egy PostGIS integráció a példák mappába.
  • ORM
  • Query.with_polymorphic () most elfogadja egy harmadik érv & quot; diszkriminátort & quot; amely felváltja az értéke mapper.polymorphic_on adott lekérdezéshez. Térképészek magukat már nem szükséges polymorphic_on kell állítani, még akkor is, ha a térképező egy polymorphic_identity. Ha nincs beállítva, a térképező fogja betölteni nem polimorfikusan alapértelmezés szerint. Együtt ez a két opció lehetővé teszi a nem polimorf konkrét öröklési beállítás használatához polimorf rakodási egy lekérdezésenkénti alapján, mivel a konkrét telepítések is hajlamosak a sok kérdés, ha használt polimorfikusan minden esetben.
  • dynamic_loader elfogadja a query_class = szabni a Query osztályok egyaránt használható a dinamikus gyűjteményt, és a lekérdezések épült meg.
  • query.order_by () elfogadja Nincs amely eltávolítja a függőben lévő order_by állam a lekérdezés, valamint törölheti ki minden mapper / kapcsolatban beállítva rendelés. Ez elsősorban hasznos felülírja a rendelési megadott egy dynamic_loader (). [Jegy: 1079]
  • sql
  • RowProxy tárgyakat lehet használni helyett szótárban érvek küldött connection.execute () és a barátok. [Jegy: 935]
  • nyelvjárás
  • Egy új description_encoding attribútum a nyelvjárást, hogy használják a kódoló az oszlop nevét feldolgozásakor a metaadatok. Ez általában az értéke utf-8.
  • MSSQL
  • bővült egy új MSGenericBinary típus. Ez a térképek a Binary típusú így végre a speciális viselkedését kezelésére hossza megadott típusú rögzített szélességű bináris típusú és nem érő típus, mint egy kötetlen változó hosszúságú bináris típusú.
  • Added új típusok: MSVarBinary és MSImage. [Jegy: 1249]
  • Hozzáadás a MSReal, MSNText, MSSmallDateTime, MSTime, MSDateTimeOffset, és MSDateTime2 típusú
  • SQLite
  • Táblázat reflexió most tárolja az aktuális DefaultClause érték az oszlop. [Jegy: 1266]
  • hibajavítás, viselkedésbeli változások
  • Általános
  • ORM
  • Kivételek során felmerült compile_mappers () most megőrzött, hogy & quot; ragacsos viselkedése & quot;
  • Ha a hasattr () hívás egy előre összeállított leképezett attribútum kiváltja a meghibásodott összeállítani, és elnyomja a kivétel, a későbbi összeállítása le van tiltva, és kivétel lesz megismételte a következő fordításkor () hívást. Ez a probléma gyakran előfordul, amikor a deklaratív.
  • property.of_type () Ma már elismert egyetlen asztal örökli cél, ha azt a keretében prop.of_type (..). Semmilyen () / van (), valamint a query.join (prop. of_type (...)).
  • query.join () hibát jelez, ha a cél a csatlakozni nem egyezik a tulajdon-alapú attribútum
  • Bár nem valószínű, hogy bárki is ezt a SQLAlchemy szerző bűnös volt-e ezt az Loosey-goosey viselkedését.
  • Javítva használatával weak_instance_map = False, ahol módosított események nem lesz elfogott egy flush (). [Jegy: 1272]
  • Javítva néhány mély & quot; oszlopában levelezést & quot; kérdések, amelyek befolyásolhatják a Query ellen a választható tartalmazó több verziója ugyanannál az asztalnál, valamint a szakszervezetek és hasonló tartalmazó ugyanannál az asztalnál oszlopok különböző oszlop pozíciók különböző szinteken. [Jegy: 1268]
  • Egyéni összehasonlító osztályok együtt használják column_property (), kapcsolatban () stb meghatározhatja új összehasonlító módszerek Az összehasonlító, ami lesz elérhető __getattr __ () a InstrumentedAttribute. Abban az esetben, szinonima () vagy comparable_property (), attribútumok megoldanod először a felhasználó által megadott leíró, majd a felhasználó által megadott összehasonlító.
  • Added ScopedSession.is_active akcesszora. [Jegy: 976]
  • Átadhatók térképezni attribútumok és az oszlop tárgyakat a kulcsok a query.update ({}). [Jegy: 1262]
  • Mapped attribútumok át az értékeket () egy kifejezés szinten insert () vagy update () fogja használni a kulcsokat a leképezett oszlopok, nem az, hogy a leképezett attribútum.
  • Korrigált probléma Query.delete () és Query.update () nem működik megfelelően bind paraméterek. [Jegy: 1242]
  • Query.select_from (), from_statement () biztosítja, hogy a felhozott érv egy FromClause, vagy szöveg / Select / Union, ill.
  • query () el lehet vezetni a & quot; kompozit & quot; tulajdonítanak, mint egy oszlop véleménynyilvánítás és ki fogják terjeszteni. Valamivel kapcsolatban [jegy: 1253].
  • query () egy kicsit erőteljesebb, amikor letette a különböző oszlop kifejezések, mint a húrok, clauselists, szöveges () konstrukciók (ami azt jelenti, hogy csak hibát jelez szebben).
  • első () működik-e a Query.from_statement ().
  • Javítva bevezetett 0.5rc4 bevonásával mohó betöltéssel nem működik a tulajdonságok, amelyek adtunk egy mapper utáni fordítási segítségével add_property () vagy azzal egyenértékű.
  • Javítva, ahol sok-sok vonatkozásában () a viewonly = True nem helyesen hivatkozik a kapcsolatot a közép- & gt; távoli.
  • Ismétlődő elemek egy lista alapú gyűjteménye megmarad kiadása során lapkák a & quot; másodlagos & quot; tábla egy sok-sok vonatkozásában. Feltételezve, hogy az M2M asztal egyedi vagy elsődleges kulcs megszorítás rajta, ez növeli a várható megszorítás megsértése helyett némán elejtette a dupla bejegyzéseket. Ne feledje, hogy a régi viselkedés marad egy-az-sok kapcsolatban, mivel gyűjteménye bejegyzéseket ebben az esetben nem vezetnek INSERT nyilatkozatokat és SQLA nem kézzel rendőrség gyűjtemények. [Jegy: 1232]
  • Query.add_column () el tudja fogadni FromClause objektumok hasonló módon session.query () is.
  • összehasonlítása sok-az-egyhez képest NULL megfelelően alakul IS NOT NULL alapján nem _ ().
  • Extra ellenőrzések hozzá, hogy biztosítsa explicit primaryjoin / secondaryjoin a ClauseElement esetben, hogy megakadályozzák további zavaró hibák később. [Jegy: 1087]
  • Továbbfejlesztett mapper () ellenőrzi a nem-osztályú osztályok. [Jegy: 1236]
  • comparator_factory érv most dokumentált, és támogatja minden MapperProperty típusú, beleértve column_property (), kapcsolatban (), backref (), és szinonima () [jegy: 5051].
  • megváltoztatta a nevét, PropertyLoader hogy RelationProperty, hogy összhangban legyen az összes többi nevet. PropertyLoader még mindig jelen van szinonimájaként.
  • fix & quot; dupla iter () & quot; Hívás okozva busz hibák Szilánk API, eltávolították kóbor result.close () maradt a 0,4 verziót. [Jegy: 1099] [jegy: 1228]
  • készül Session.merge zuhatagok nem váltja autoflush. Javítások egyesült esetben szerzés idő előtt be a hiányzó értékeket.
  • Két javítások segít megelőzni out-of-band oszlopok attól, hogy lehetővé teszi-e polymorphic_union öröklési forgatókönyv (amely akkor okoz extra táblázatokat tegyék, a FROM záradék okozó Descartes-termékek):
  • fejlesztéseket a & quot; oszlopában adaptáció & quot; A a- & gt; B & gt; c öröklési helyzetben, hogy jobban keresse oszlopok, amelyek kapcsolódnak egymáshoz keresztül több szinten indirekciónak, ahelyett teszi a nem adaptált oszlopot.
  • A & quot; polimorf diszkriminátort & quot; oszlop csak renderelt az aktuális térképező A lekérdezett ellen. Az oszlop nem lesz & quot; húzta a & quot; egy alosztály, vagy superclass mapper hiszen ez nem is szükséges.
  • Fix shard_id érvelés ShardedSession.execute (). [Jegy: 1072]
  • sql
  • Az oszlopok újra tartalmaznak százalékkal jelek belül a nevüket. [Jegy: 1256]
  • sqlalchemy.sql.expression.Function most egy public class. Meg lehet subclassed, hogy a felhasználó által megadott SQL funkciókat felszólítás stílusban, beleértve az előre megállapított viselkedést. A postgis.py példa illusztrálja az egyik használják ezt.
  • PickleType most kedvez == képest alapértelmezés szerint, ha a bejövő objektum (például egy dict) végrehajtja __eq __ (). Ha az objektum nem hajtja végre __eq __ (); és változó = True, a rosszallás figyelmeztető merül fel.
  • Javítva a behozatali furcsasága az sqlalchemy.sql, hogy nem exportálhatja __names__ [jegy: 1215].
  • Ugyanazt ForeignKey objektumot többször is hibát jelez, hanem csendben elmulasztása később. [Jegy: 1238]
  • Added NotImplementedError a params () metódus Insert / Update / Delete konstrukciókat. Ezek a termékek jelenleg nem támogatja ezt a funkciót, ami szintén nem lenne egy kicsit félrevezető az értékekhez képest ().
  • A visszaverődő idegen kulcsokat megfelelően fog megkeresni a hivatkozott oszlop, akkor is, ha az oszlop kapott & quot; gomb & quot; attribútum eltér a visszavert nevét. Ez úgy érhető el segítségével egy új zászlót ForeignKey / ForeignKeyConstraint úgynevezett & quot; link_to_name & quot ;, ha igaz jelenti az adott név a hivatkozott-oszlop nevét, sem a hozzárendelt gombot. [Jegy: 650]
  • select () el tudja fogadni a ClauseList mint egy oszlop, ugyanúgy, mint a táblázatban, vagy más kiválasztó és a belső kifejezéseket fogjuk használni oszlop elemeit. [Jegy: 1253]
  • A & quot; passzív & quot; zászló session.is_modified (van) helyesen szaporították a tulajdonság vezetője.
  • Unióban () és union_all () nem gázos semmilyen order_by (), amit alkalmaztak a select () van belül. Ha unió () a select () a order_by () (vélhetően támogatni LIMIT / offset), akkor is hívja self_group () rá kell alkalmazni zárójelben.
  • motor / pool
  • Connection.invalidate () ellenőrzi a zárt állapot elkerülése hibák okaként. [Jegy: 1246]
  • NullPool támogatja dugja a hiba viselkedését. [Jegy: 1094]
  • Added mutexek a kezdeti pool létrehozását használata esetén pool.manage (dbapi). Ez megakadályozza, hogy a kisebb esetén & quot; Dogpile & quot; magatartást, amely egyébként nem bukkannak fel nagy terhelés indításkor. [Jegy: 799]
  • _execute_clauseelement () visszaváltozik saját módszert. Alosztályosítás Connection nincs szükség most, hogy ConnectionProxy elérhető.
  • dokumentációt
  • Jegyek [jegy: 1200] [jegy: 1149].
  • Added megjegyzés create_session () defaults.
  • Added fejezetet metadata.reflect ().
  • Frissítve `TypeDecorator` részt.
  • átírta a & quot; threadlocal & quot; stratégia része a docs, mivel egy korábbi zavar ez a funkció.
  • Az eltávolított rosszul elavult "polymorphic_fetch" és a "select_table" docs öröklési, átdolgozott második felében & quot; csatlakozott asztalra öröklési & quot;.
  • Dokumentált `comparator_factory` kwarg, hozzáadott új doc & quot; Egyéni Komparátorok & quot;.
  • MSSQL
  • Refactored a dátum / idő típusú. A `` smalldatetime`` adattípus nem csonkol a dátumát, és most kell feleltetni a MSSmallDateTime típus. [Jegy: 1254]
  • Javított kérdés Numerics, hogy elfogadjon egy int.
  • Mapped `` char_length`` a `` LEN () `` funkciót.
  • Ha egy `` INSERT`` tartalmaz subselect a `` INSERT`` alakítja a `` INSERT INTO VALUES`` szerkezetet egy `` INSERT INTO SELECT`` konstrukció.
  • Ha az oszlop része a `` primary_key`` lesz `` NOT NULL`` óta MSSQL nem teszi lehetővé `` NULL`` a primary_key oszlopok.
  • `` MSBinary`` most visszatér a `` BINARY`` helyett `` IMAGE``. Ez egy visszafelé kompatibilis változást, hogy `` BINARY`` egy fix hosszúságú adattípus míg `` IMAGE`` egy változó hosszúságú adat típusát. [Jegy: 1249]
  • `` get_default_schema_name`` most tükröződik az adatbázisból alapján a felhasználó alapértelmezett sémát. Ez csak akkor működik, MSSQL 2005-ben és később. [Jegy: 1258]
  • Added egybevetés támogatást használata révén egy új egybevetés érv. Ezt támasztja a következő: char, nchar, varchar, nvarchar, szöveg, ntext. [Jegy: 1248]
  • Változások a connection string paraméterek kedveznek DSN az alapértelmezett specifikáció pyodbc. Lásd a mssql.py docstring A részletes használati utasításokat.
  • Added kísérleti támogatása mentési pontok. Jelenleg nem működik teljes mértékben együtt üléseket.
  • Támogatás három szintje oszlop nullability: NULL, nem nulla, és az adatbázis beállítva alapértelmezett. Az alapértelmezett konfiguráció oszlop (nullképes = True) most generálni NULL a DDL. Korábban nem specifikációt kibocsátott, és az adatbázis alapértelmezett lépne hatályba (általában NULL, de nem mindig). Ha kifejezetten kérik az adatbázis alapértelmezett állítsa oszlopok lehet üres = nincs, és nem adták meg fog hallani a DDL. Ez visszafelé nem kompatibilis viselkedés. [Jegy: 1243]
  • postgres
  • & quot;% & quot; jelek text () konstrukciók automatikusan szökött a & quot; %% & quot ;. Mert a visszafelé nem kompatibilis jellegét ez a változás, a figyelmeztető fény, ha az "%%" érzékel a húr. [Jegy: 1267]
  • Calling alias.execute () együtt server_side_cursors nem emel AttributeError.
  • Added Index reflexió támogatása Postgres, egy nagy folt van a hosszú ideje mellőzött által benyújtott, Ken Kuhlman. [Jegy: 714]
  • oracle
  • Korrigált a formátum create_xid () megjavítani kétfázisú. Most terén jelentések Oracle kétfázisú véglegesítés működik megfelelően ez a változás.
  • Added OracleNVarchar típus, gyárt NVARCHAR2, valamint alosztálya, Unicode, hogy convert_unicode = True alapértelmezés szerint. NVARCHAR2 tükrözi ebbe a fajta automatikus, így ezek az oszlopok át unicode a visszavert asztal nincs explicit convert_unicode = True zászlók. [Jegy: 1233]
  • Javítva, amely megakadályozta ki params bizonyos típusú attól, hogy kapott; köszönhetően egy csomó, hogy huddlej a wwu.edu! [Jegy: 1265]
  • mysql
  • & quot;% & quot; jelek text () konstrukciók automatikusan szökött a & quot; %% & quot ;. Mert a visszafelé nem kompatibilis jellegét ez a változás, a figyelmeztető fény, ha az "%%" érzékel a húr.
  • Javítva a kivétel emelés, amikor FK oszlopok nincsenek jelen tükrözi. [Jegy: 1241]
  • Javítva járó tükrözi a távoli-séma asztalra egy idegen kulcs ref másik asztalhoz, hogy sémát.
  • associationproxy
  • Az egyesület proxy tulajdonságok elérhetőek lesznek az osztály szintjén, pl MyClass.aproxy. Korábban ez értékelték, hogy nincs.
  • deklaratív
  • A teljes listája érvek elfogadott szöveg szerint backref () tartalmaz "primaryjoin", "secondaryjoin", "másodlagos", "foreign_keys", "remote_side", "order_by".

követelmények :

  • Python

Hasonló program

Hozzászólások a SQLAlchemy

Hozzászólás nem található
Megjegyzés hozzáadása
Kapcsolja be a képeket!