Szczegóły programowe:
Wersja: 1.0.6 Aktualizowane
Filmu: 20 Jul 15
Licencja: Wolny
Popularność: 59
Używane głównie dla jego ORM, SQLAlchemy jest znacznie więcej.
SQLAlchemy buduje własny język zapytań i niestandardowych wzorów utrwalania dla wysokiej wydajności i łatwy dostęp do przechowywanych danych
Co nowego w tym wydaniu:.
< ul>
Co nowego w wersji 1.0.4:
- Jeden dość poważny regres unit-of-pracy w zakresie wyrażenia SQL jest stała, nowe zachowanie dotyczące wyrażeń tekstowych z & quot; ORDER BY & quot; została zmniejszona trochę lepiej teraz-suit nieaktualne przypadków użycia, mało używany hak impreza ORM został naprawiony, jak zapobiec pakiet SQLSoup z pracy, a także metadane & quot; na tworzenie / na spadku & quot; wydarzenia doświadczył zmiany formatu w jednym z rzadziej używane argumenty są przekazywane, który powrócił do swojej poprzedniej postaci.
Co nowego w wersji 0.9.9 / 1.0.0b5:
- Nowa wersja SQL Server ciągi
- warunki błędów Nowy psycopg2
- Zmiany w MySQL-złącza-python i pg8000
Co nowego w wersji 0.9.0:.
- Python 3 Wsparcie
- Rozszerzenia C obsługiwana w Pythonie 3.
- atrybuty kompozytowe są obecnie zwracane jako obiektu, gdy zapytaliśmy o swoją formę na zasadzie per-atrybut.
- Stowarzyszenie wyrażenie SQL proxy usprawnień i poprawek.
- & quot; hasła & quot; Część z create_engine () nie uważa, znak + jako zakodowanego przestrzeni.
Co nowego w wersji 0.8.2:
- 0.8.2 zawiera kilka poprawek i nowych kilkanaście błędów funkcje, w tym udoskonalenie niektórych z nowych funkcji wprowadzonych w 0.8.
Co nowego w wersji 0.8.1:
- Jest to wydanie poprawkowe, które rozwiązuje wiele problemów, niektóre z nich pojawił się w 0.8.0 jak regresji i wiele innych, które dotyczą wszystkich wersji.
Co nowego w wersji 0.8.0:
- Funkcje nowy związek,
- Nowe funkcje polimorficzne - with_polymorphic () i of_type ()
- System kontroli Nowy Runtime
- Operator Systemu Extensible
- HSTORE Pomoc
Co jest nowa w wersji 0.7.8:
- Argument "przedmioty" do spłukiwania () jest nie jest już przestarzała, a niektóre ważne przypadki użycia zostały zidentyfikowane.
- Poprawiono identity_key () funkcji, która nie przyjmowała skalarne argument dla tożsamości.
- Naprawiono błąd, w którym opcja populate_existing nie rozchodzą się podzapytania chętny ładowarki.
Co nowego w wersji 0.7.6:
- Dodaje kilka nowych funkcji, takich jak wsparcie dla wspólnej tabeli wyrażenia, a także posiada kilka ważnych poprawek.
Co nowego w wersji 0.6.7:
- zaostrzyły iterate vs. usunięcia mutex wokół tożsamości Mapa iteracji, próbując zmniejszyć szansę na (bardzo rzadko) działania reentrant gc powoduje impas. Może usunąć mutex w 0,7.
- Dodano argument `name`` Query.subquery () `, aby umożliwić stałą nazwę, przypisane do obiektu aliasów.
- Ostrzeżenie jest emitowane, gdy dołączył-table dziedziczenia mapper nie ma kluczy podstawowych na szczeblu lokalnym odwzorowanym tabeli (ale ma na stole pks nadklasy).
- Naprawiono błąd, gdzie & quot; środkowa & quot; wielokształtnym klasy w hierarchii nie miałby 'polymorphic_on "kolumnę, jeśli nie również określenie" polymorphic_identity ", co prowadzi do dziwnych błędów upon odświeżania, źle klasy ładowane podczas zapytań od tego celu. Również emituje prawidłowe WHERE kryterium przy użyciu pojedynczej tabeli dziedziczenia.
- Naprawiono błąd, gdzie kolumna z Domyślnie SQL lub po stronie serwera, który został wykluczony z mapowaniem z include_properties lub exclude_properties skutkowałoby UnmappedColumnError.
Co nowego w wersji 0.6.5:
- Naprawiono błąd w query.update (), gdzie " oceny "lub" sprowadzić "ważności nie powiedzie się, jeśli klucz wyrażenie kolumna była atrybutem klasy o innym nazwa_klucza jako rzeczywistą nazwę kolumny.
- - Dodano twierdzenie podczas spłukiwania, które gwarantuje, że żadne klucze identyfikacyjne NULL-trzymając były generowane na & quot; nowo trwałe & quot; obiekty. Może to nastąpić, gdy użytkownik definiuje kod przypadkowo wyzwala wypiekami na nie w pełni załadowanych obiektów.
- dla relacji obciążeń Lazy atrybuty teraz korzystać z obecnego stanu, a nie Quot &; zobowiązała & quot; Stan, zagranicznych oraz głównych kluczowych cech wydając SQL, jeśli nie jest się w jednej płaszczyźnie procesu. Wcześniej tylko stan bazy popełnione zostaną wykorzystane. W szczególności, spowodowałoby to uzyskać wiele-do-jednego () - on-LazyLoad pracy na niepowodzenie, ponieważ autoflush nie jest wyzwalany na tych obciążeń, gdy atrybuty są określone, a & quot; zobowiązała & quot; Państwo nie może być niedostępna.
- Nowa flaga na związek (), load_on_pending, pozwala ładowarka leniwy, aby wystrzelić na toczących się obiektów bez spłukiwania zachodzących, a także przejściowe obiektu, który został ręcznie & quot; załączonym & quot; do sesji. Zauważ, że flaga zdarzenia z atrybutów bloków odbywa się, gdy obiekt jest załadowany, więc backrefs nie są dostępne, aż po kolor. Flaga jest przeznaczony tylko dla bardzo specyficznych zastosowań.
- Kolejna nowa flaga na związek (), cascade_backrefs, wyłącza & quot; zapisać-update & quot; kaskady, gdy zdarzenie zostało wszczęte na & quot; odwrócić & quot; bocznym związku dwukierunkowego. To jest tak, że zachowanie czystsze do wielu z nich można ustawić na przemijające obiektu bez Robi się wciągnąć w sesji obiektu dziecka, a jednocześnie pozwala na zbieranie naprzód do kaskady. * My * moc domyślnie False w 0,7.
- Lekka poprawa w zachowaniu & quot; passive_updates = False & quot; gdy wprowadzane w wiele-do-jednego boku związek; dokumentacja została wyjaśniona, że passive_updates = False naprawdę powinien być po stronie jeden-do-wielu.
- passive_deletes Umieszczanie = True na wiele-do-jednego emituje ostrzeżenie, ponieważ zapewne przeznaczone, aby umieścić go na stronie jeden-do-wielu.
- Naprawiono błąd, który uniemożliwi & quot; subqueryload & quot; od prawidłowej pracy z jednej tabeli dziedziczenia w związku z podklasy - & quot; gdzie wpisz w (x, y, z) & quot; tylko zostanie umieszczony na środku, a nie wielokrotnie.
- Podczas korzystania from_self () z pojedynczej tabeli dziedziczenia, & quot; gdzie wpisz w (x, y, z) & quot; umieszcza się na zewnątrz tylko na zapytania, zamiast wielokrotnie. Może dokonać pewnych korekt do tego więcej.
- scoped_session emituje ostrzeżenie, gdy configure () jest wywoływana jeśli sesja jest już obecny (sprawdza tylko bieżący wątek).
Co nowego w wersji 0.6.4:
- Nazwa ConcurrentModificationError została zmieniona na StaleDataError i opisowe komunikaty błędów zostały poprawione, aby dokładnie to, co problem jest zastanowić. Obie nazwy są dostępne przez przewidywalnej przyszłości systemów, które mogą być określających ConcurrentModificationError w sposób & quot; z wyjątkiem: & quot; pkt.
- Dodane mutex na mapie tożsamości, które muteksy usunięcia operacji przeciwko metod iteracji, które teraz pre-bufora przed powrotem iterable. To dlatego, asyncrhonous GC może usunąć elementy poprzez wątku gc w dowolnym czasie.
- Klasa Sesja jest teraz obecny w sqlalchemy.orm. *. Ruszamy od wykorzystania create_session (), która posiada niestandardowe ustawienia domyślne dla tych sytuacjach, w których wymagana jest konstruktorem Sesja jednoetapowa. Większość użytkowników powinna trzymać się z sessionmaker () do ogólnego użytku, jednak.
- query.with_parent () przyjmuje przejściowe obiektów i używać bez trwałych wartości ich atrybutów PK / fk w celu sformułowania kryterium. Dokumenty są również wyjaśnić, do celów with_parent ().
- include_properties i exclude_properties argumenty Mapper () przyjmują jako członków kolumn obiektów oprócz łańcuchów. To tak, że obiekty o tej samej nazwie kolumny, takie jak te w ramach join (), można ujednoznacznione.
Co nowego w wersji 0.6.0:
- Rozszerzenie C pomaga teraz DBAPIs które wykorzystują sekwencje niestandardowe jak rzędu (i nie tylko krotki).
- Przywrócono pewnej logiki bind-etykietowania od 0.5, który zapewnia, że tablice z nazwami kolumn, które nakładają się na kolejną kolumnę formie & quot; & # x3c; nazwatabeli & # x3e; _ & # x3c; NazwaKolumny & # x3e; & quot; nie przyniesie błędy, jeśli kolumna.
- Table.create () i Table.drop () nie stosuje się poziom metadata- stworzyć wydarzenia / drop.
- PostgreSQL teraz odzwierciedla nazwy sekwencji związanych z serią kolumn poprawnie po nazwie sekwencji została zmieniona.
- PostgreSQL odzwierciedla nazwę ograniczeń klucza podstawowego, jeśli taki istnieje.
Komentarze nie znaleziono