SQLAlchemy

Được sử dụng chủ yếu cho ORM của nó, SQLAlchemy là nhiều hơn thế.
SQLAlchemy xây dựng ngôn ngữ truy vấn và tùy chỉnh mẫu kiên trì riêng của mình cho hiệu suất cao và dễ dàng truy cập vào dữ liệu được lưu trữ

là gì mới trong phiên bản này:.

< ul>

là gì mới trong phiên bản 1.0.4:

• Một hồi quy khá nghiêm trọng đơn vị-of-công việc liên quan biểu thức SQL là cố định, các hành vi mới liên quan đến biểu thức văn bản với & quot; ORDER BY & quot; đã được thu nhỏ lại một chút để phù hợp với trường hợp sử dụng tốt hơn bây giờ bị phản đối, một ít được sử dụng ORM sự kiện móc đã được sửa chữa vì nó ngăn chặn các gói SQLSoup từ việc làm, và siêu dữ liệu & quot; trên tạo / về thả & quot; sự kiện đã trải qua một sự thay đổi định dạng trong một trong các đối số được sử dụng ít được thông qua, được trở lại là hình thức trước đây của nó.

là gì mới trong phiên bản 0.9.9 / 1.0.0b5:

• New SQL Server chuỗi phiên bản
• điều kiện lỗi New Psycopg2
• Thay đổi trong MySQL-connector-python và pg8000

là gì mới trong phiên bản 0.9.0:.

• hỗ trợ Python 3
• phần mở rộng C hỗ trợ trên Python 3.
• composite thuộc tính giờ được trả về như hình thức đối tượng của họ khi truy vấn trên một cơ sở cho mỗi thuộc tính.
• Hiệp hội cải tiến biểu Proxy SQL và sửa chữa.
• & quot; mật khẩu & quot; phần của một create_engine () không còn được xem xét các dấu + như một không gian mã hóa.

là gì mới trong phiên bản 0.8.2:

• 0.8.2 bao gồm một số bản sửa lỗi và tá mới tính năng, bao gồm cả sự tinh tế của một số các tính năng mới được giới thiệu trong 0.8.

là gì mới trong phiên bản 0.8.1:

• Đây là một bản phát hành Sửa lỗi mà giải quyết nhiều vấn đề, một số trong đó đã xuất hiện trong 0.8.0 như hồi quy và nhiều hơn nữa mà ảnh hưởng đến tất cả các phiên bản.

là gì mới trong phiên bản 0.8.0:

• Các tính năng mới quan hệ
• Tính năng mới đa hình - with_polymorphic () và of_type ()
• System New Runtime kiểm tra
• Extensible Hệ điều hành
• HSTORE Hỗ trợ

được gì mới trong phiên bản 0.7.8:

• Các tham số 'đối tượng' để tuôn ra () là không còn bị phản đối, như một số trường hợp sử dụng hợp lệ đã được xác định.
• Cố định identity_key () chức năng mà không chấp nhận một lập luận vô hướng cho bản sắc.
• Cố định lỗi đó populate_existing lựa chọn sẽ không tuyên truyền cho bộ tải subquery háo hức.

là gì mới trong phiên bản 0.7.6:

• Thêm một số tính năng mới như hỗ trợ cho Common Table biểu thức, và cũng có một số sửa lỗi quan trọng.

là gì mới trong phiên bản 0.6.7:

• thắt chặt các iterate vs loại bỏ mutex quanh bản sắc Bản đồ lặp lại, cố gắng để làm giảm cơ hội của một (rất hiếm) hoạt động reentrant gc gây ra một bế tắc. Có thể loại bỏ các mutex 0.7.
• Thêm một 'tranh luận name` để `Query.subquery ()`, để cho phép một tên cố định được giao cho các đối tượng bí danh.
• Một cảnh báo được phát ra khi một mapper tham gia bàn kế thừa không có khóa chính trên bảng ánh xạ địa phương (nhưng có PKS trên bảng lớp cha).
• Cố định lỗi nơi & quot; trung & quot; lớp trong một hệ thống phân cấp đa hình sẽ không có 'polymorphic_on' cột nếu nó đã không còn chỉ định một 'polymorphic_identity', dẫn đến các lỗi lạ khi refresh, sai lớp được nạp khi truy vấn từ mục tiêu đó. Cũng phát ra chính xác đâu tiêu chí khi sử dụng duy nhất bảng thừa kế.
• Cố định lỗi nơi một cột với một SQL hoặc phía máy chủ mặc định mà đã được loại trừ từ một bản đồ với include_properties hoặc exclude_properties sẽ cho kết quả trong UnmappedColumnError.

là gì mới trong phiên bản 0.6.5:

• Cố định lỗi trong query.update (), nơi ' đánh giá 'hay' lấy 'hết hạn sẽ thất bại nếu phím biểu cột là một thuộc tính lớp với một KeyName khác nhau như tên cột thực tế.
• - Thêm một khẳng định trong tuôn ra mà đảm bảo rằng không có phím sắc NULL nắm giữ đã được tạo ra vào & quot; mới liên tục & quot; đối tượng. Điều này có thể xảy ra khi người dùng mã định nghĩa vô tình gây nên bừng trên các đối tượng không-hoàn-nạp.
• Tải Lazy cho mối quan hệ với doanh nghiệp thuộc tính sử dụng trạng thái hiện tại, không phải là & quot; cam kết & quot; nhà nước, các thuộc tính quan trọng nước ngoài và chính khi phát hành SQL, nếu một tuôn ra không phải là trong quá trình. Trước đây, chỉ có nhà nước cơ sở dữ liệu đã cam kết sẽ được sử dụng. Đặc biệt, điều này sẽ gây ra một-nhiều-một get () - on-lazyload hoạt động thất bại, như autoflush không được kích hoạt trên các tải khi các thuộc tính được xác định và các & quot; cam kết & quot; Nhà nước có thể không có sẵn.
• Một lá cờ mới về mối quan hệ (), load_on_pending, cho phép các bộ nạp lười biếng để bắn ra trên các đối tượng cấp phát mà không có một nơi lấy tuôn ra, cũng như một đối tượng thoáng qua đó là được tay & quot; gắn liền & quot; đến phiên. Lưu ý rằng lá cờ này khối các sự kiện diễn ra từ khi một đối tượng được nạp, vì vậy backrefs không có sẵn cho đến sau khi một tuôn ra thuộc tính. Lá cờ được chỉ định cho các trường hợp sử dụng rất cụ thể.
• Một lá cờ mới về mối quan hệ (), cascade_backrefs, vô hiệu hóa các & quot; cứu-cập nhật & quot; cascade khi sự kiện này được khởi xướng vào & quot; đảo ngược & quot; bên của một mối quan hệ hai chiều. Đây là một hành vi sạch hơn để nhiều-những người có thể được đặt trên một đối tượng thoáng qua mà không có nó bị hút vào phiên đối tượng trẻ em, trong khi vẫn cho phép các bộ sưu tập về phía trước để thác. Chúng tôi * sức * mặc định này để sai 0.7.
• cải thiện nhẹ với hành vi của & quot; passive_updates = False & quot; khi đặt chỉ trên-một nhiều bên của một mối quan hệ; các tài liệu đã được làm rõ rằng passive_updates =
False thực sự cần được ở bên một-nhiều.
• Đặt passive_deletes =
Đúng vào một many-to-one phát ra một cảnh báo, vì có thể bạn có ý định đặt nó ở phía bên một-nhiều.
• lỗi đó sẽ ngăn chặn & quot cố định; subqueryload & quot; từ hoạt động chính xác với single bảng thừa kế cho một mối quan hệ từ một lớp con - các & quot; nơi gõ (x, y, z) & quot; chỉ được đặt vào bên trong, thay vì liên tục.
• Khi sử dụng from_self () với single bảng thừa kế, các & quot; nơi gõ (x, y, z) & quot; được đặt ở bên ngoài chỉ có các truy vấn, thay vì liên tục. Có thể thực hiện một số điều chỉnh nhiều đến thế này.
• scoped_session phát ra một cảnh báo khi configure () được gọi khi một phiên đã có mặt (kiểm tra chỉ các chủ đề hiện tại).

là gì mới trong phiên bản 0.6.4:

• Tên ConcurrentModificationError đã được thay đổi để StaleDataError, và thông báo lỗi mô tả đã được sửa đổi để phản ánh chính xác những gì vấn đề là. Cả hai tên sẽ vẫn có sẵn trong tương lai gần cho các chương trình có thể được xác định ConcurrentModificationError trong một & quot; trừ: & quot; khoản.
• Thêm một mutex để bản đồ sắc mà mutexes loại bỏ hoạt động chống lại các phương pháp lặp đi lặp lại, mà bây giờ trước khi bộ đệm trước khi trở về một iterable. Điều này bởi vì gc asyncrhonous thể xoá các mục thông qua các chủ đề gc bất cứ lúc nào.
• Các lớp Session nay đã lan sqlalchemy.orm. *. Chúng tôi đang chuyển dần từ việc sử dụng create_session (), trong đó có giá trị mặc định không chuẩn, đối với những tình huống mà chỉ với một bước phiên constructor là mong muốn. Hầu hết người dùng nên gắn bó với sessionmaker () để sử dụng chung, tuy nhiên.
• query.with_parent () bây giờ chấp nhận đối tượng thoáng qua và sẽ sử dụng các giá trị không liên tục của pk / thuộc tính fk của họ để xây dựng các tiêu chí. Docs cũng được làm rõ mục đích của with_parent ().
• Các include_properties và exclude_properties lập luận để Mapper () bây giờ chấp nhận đối tượng cột như các thành viên ngoài dây. Điều này để các đối tượng Cột cùng tên, chẳng hạn như những người trong một gia (), có thể được disambiguated.

là gì mới trong phiên bản 0.6.0:

• Các phần mở rộng C bây giờ cũng làm việc với DBAPIs mà sử dụng trình tự tùy chỉnh như hàng (và không chỉ các bộ).
• Phục hồi một số logic ràng buộc ghi nhãn từ 0.5, đảm bảo rằng các bảng với tên cột trùng nhau một cột khác của mẫu & quot; & # x3c; tablename & # x3e; _ & # x3c; columnname & # x3e; & quot; sẽ không tạo ra những lỗi nếu cột.
• Table.create () và Table.drop () không còn áp dụng mức metadata- tạo các sự kiện / thả.
• PostgreSQL hiện nay phản ánh tên chuỗi liên kết với các cột SERIAL một cách chính xác, sau khi tên của các trình tự đã được thay đổi.
• PostgreSQL phản ánh tên của các ràng buộc khóa chính, nếu có.