SQLAlchemy

Digunakan sebagian besar untuk ORM nya, SQLAlchemy jauh lebih dari itu.
SQLAlchemy membangun bahasa query dan kustom pola ketekunan sendiri untuk kinerja tinggi dan akses mudah ke data yang tersimpan

Apa yang baru dalam rilis ini:.

< ul>

Apa yang baru di versi 1.0.4:

• Satu yang cukup serius unit dari pekerjaan regresi mengenai ekspresi SQL adalah tetap, perilaku baru mengenai ekspresi tekstual dengan & quot; ORDER BY & quot; telah turunkan sedikit untuk kasus penggunaan setelan lebih baik sekarang-usang, ORM acara kait kecil-digunakan diperbaiki karena dicegah paket SQLSoup dari bekerja, dan metadata & quot; di buat / pada drop & quot; Peristiwa mengalami perubahan format salah satu argumen yang digunakan lebih rendah yang berlalu, yang kembali ke bentuk sebelumnya.

Apa yang baru di versi 0.9.9 / 1.0.0b5:

• New SQL Server versi string
• New Psycopg2 kondisi kesalahan
• Perubahan MySQL-konektor-python dan pg8000

Apa yang baru di versi 0.9.0:.

• 3 dukungan Python
• ekstensi C didukung pada Python 3.
• atribut Composite sekarang dikembalikan sebagai bentuk objek mereka ketika ditanya pada basis per-atribut.
• Asosiasi perbaikan ekspresi proksi SQL dan perbaikan.
• & quot; kata sandi & quot; porsi create_engine a () tidak lagi menganggap tanda + sebagai ruang dikodekan.

Apa yang baru di versi 0.8.2:

• 0.8.2 mencakup beberapa perbaikan bug dan baru lusin fitur, termasuk penyempurnaan beberapa fitur baru yang diperkenalkan di 0,8.

Apa yang baru di versi 0.8.1:

• Ini adalah rilis bugfix yang menyelesaikan banyak masalah, beberapa di antaranya muncul di 0.8.0 sebagai regresi dan banyak lagi yang mempengaruhi semua versi.

Apa yang baru di versi 0.8.0:

• Fitur Baru Hubungan
• Fitur Polymorphic Baru - with_polymorphic () dan of_type ()
• New Runtime Sistem Inspeksi
• Extensible Operator Sistem
• HSTORE Dukungan

Apa yang baru di versi 0.7.8:

• Argumen 'objek' untuk flush () adalah tidak lagi usang, karena beberapa kasus penggunaan yang sah telah diidentifikasi.
• identity_key Tetap () fungsi yang tidak menerima argumen skalar untuk identitas.
• Fixed bug di mana pilihan populate_existing tidak akan merambat ke subquery loader bersemangat.

Apa yang baru di versi 0.7.6:

• Menambahkan beberapa fitur baru seperti dukungan untuk Tabel Umum ekspresi, dan juga memiliki beberapa perbaikan bug penting.

Apa yang baru di versi 0.6.7:

• Diperketat iterate vs menghapus mutex sekitar identitas Peta iterasi, berusaha untuk mengurangi kemungkinan dari (sangat jarang) operasi reentrant gc menyebabkan kebuntuan. Mungkin menghapus mutex di 0,7.
• Ditambahkan `argumen name` untuk` Query.subquery () `, untuk memungkinkan nama tetap yang akan ditugaskan ke objek alias.
• Sebuah peringatan akan dipancarkan ketika mapper bergabung meja mewarisi tidak memiliki kunci utama pada tabel dipetakan secara lokal (tapi memiliki pks di meja superclass).
• Fixed bug di mana & quot; & quot tengah; kelas dalam hierarki polimorfik akan memiliki kolom 'polymorphic_on' jika tidak juga menentukan 'polymorphic_identity', yang mengarah ke kesalahan aneh setelah refresh, kelas yang salah dimuat ketika query dari target itu. Juga memancarkan benar MANA kriteria ketika menggunakan warisan tabel tunggal.
• Fixed bug di mana kolom dengan SQL atau sisi server default yang dikeluarkan dari pemetaan dengan include_properties atau exclude_properties akan menghasilkan UnmappedColumnError.

Apa yang baru di versi 0.6.5:

• Fixed bug di query.update () di mana ' mengevaluasi 'atau' mengambil 'kedaluwarsa akan gagal jika kunci ekspresi kolom adalah atribut class dengan keyname yang berbeda sebagai nama kolom yang sebenarnya.
• - Ditambahkan sebuah pernyataan selama siram yang menjamin bahwa tidak ada tombol identitas NULL-holding yang dihasilkan pada & quot; baru gigih & quot; benda. Hal ini dapat terjadi ketika pengguna kode didefinisikan secara tidak sengaja memicu flushes pada objek tidak-sepenuhnya-loaded.
• beban malas untuk hubungan atribut sekarang menggunakan kondisi saat ini, bukan quot &; berkomitmen & quot; negara, atribut kunci asing dan utama ketika mengeluarkan SQL, jika flush tidak dalam proses. Sebelumnya, hanya negara database-berkomitmen akan digunakan. Secara khusus, ini akan menyebabkan get banyak-ke-satu () - on-lazyload operasi gagal, karena autoflush tidak dipicu pada beban ini ketika atribut ditentukan dan & quot; berkomitmen & quot; negara mungkin tidak tersedia.
• Sebuah bendera baru pada hubungan (), load_on_pending, memungkinkan loader malas untuk menembakkan tertunda objek tanpa mengambil tempat flush, serta objek sementara yang sudah secara manual & quot; terpasang & quot; untuk sesi. Perhatikan bahwa bendera ini blok atribut peristiwa dari mengambil tempat ketika sebuah objek dimuat, sehingga backrefs tidak tersedia sampai setelah flush. Bendera ini hanya ditujukan untuk kasus penggunaan yang sangat spesifik.
• lain bendera baru pada hubungan (), cascade_backrefs, menonaktifkan & quot; menyimpan update & quot; kaskade ketika acara dimulai pada & quot; membalikkan & quot; sisi hubungan dua arah. Ini adalah perilaku bersih sehingga banyak-ke-orang dapat diatur pada objek sementara tanpa itu tersedot ke sesi objek anak, sementara masih memungkinkan pengumpulan depan untuk cascade. Kami * mungkin * bawaan ini untuk False di 0,7.
• Sedikit perbaikan dengan perilaku & quot; passive_updates = False & quot; ketika ditempatkan hanya pada banyak-ke-satu sisi hubungan; dokumentasi telah mengklarifikasi bahwa passive_updates = False harus benar-benar berada di sisi satu-ke-banyak.
• Menempatkan passive_deletes = True pada banyak-ke-satu memancarkan peringatan, karena Anda mungkin dimaksudkan untuk meletakkannya di sisi satu-ke-banyak.
• Fixed bug yang akan mencegah & quot; subqueryload & quot; dari bekerja dengan benar dengan warisan tabel tunggal untuk hubungan dari subclass - & quot; di mana ketik (x, y, z) & quot; hanya akan ditempatkan di dalam, bukannya berulang kali.
• Bila menggunakan from_self () dengan warisan tabel tunggal, & quot; di mana ketik (x, y, z) & quot; ditempatkan di luar query saja, bukannya berulang kali. Mungkin membuat beberapa penyesuaian lagi untuk ini.
• scoped_session memancarkan peringatan ketika configure () dipanggil jika Sesi sudah ada (cek hanya thread saat).

Apa yang baru di versi 0.6.4:

• Nama ConcurrentModificationError telah diubah untuk StaleDataError, dan pesan kesalahan deskriptif telah direvisi untuk mencerminkan apa masalah ini. Kedua nama akan tetap tersedia untuk masa yang akan datang untuk skema yang mungkin menentukan ConcurrentModificationError dalam & quot; kecuali: & quot; klausa.
• Ditambahkan mutex untuk peta identitas yang mutexes menghapus operasi terhadap metode iterasi, yang kini pra-buffer sebelum kembali sebuah iterable. Ini karena gc asyncrhonous dapat menghapus item melalui thread gc setiap saat.
• Kelas Sesi kini hadir di sqlalchemy.orm. *. Kami bergerak menjauh dari penggunaan create_session (), yang memiliki default non-standar, untuk situasi-situasi di mana satu-langkah Sesi konstruktor yang diinginkan. Sebagian besar pengguna harus tetap dengan sessionmaker () untuk penggunaan umum, namun.
• query.with_parent () sekarang menerima benda sementara dan akan menggunakan nilai-nilai non-persistent dari pk / fk atribut mereka untuk merumuskan kriteria. Docs juga menjelaskan mengenai tujuan with_parent ().
• include_properties dan exclude_properties argumen untuk Mapper () sekarang menerima benda Kolom sebagai anggota selain string. Ini sehingga objek Kolom yang sama-nama, seperti yang dalam bergabung (), dapat disatukan.

Apa yang baru di versi 0.6.0:

• Perpanjangan C sekarang juga bekerja dengan DBAPIs yang digunakan urutan kustom sebagai baris (dan tidak hanya tupel).
• Pulih beberapa logika mengikat-label dari 0,5 yang menjamin bahwa tabel dengan nama kolom yang tumpang tindih kolom lain dari bentuk & quot; & # x3c; tablename & # x3e; _ & # x3c; columnname & # x3e; & quot; tidak akan menghasilkan kesalahan jika kolom.
• Table.create () dan Table.drop () tidak lagi berlaku tingkat metadata- membuat / drop acara.
• PostgreSQL sekarang mencerminkan urut nama yang terkait dengan kolom SERIAL benar, setelah nama dari urutan telah berubah.
• PostgreSQL mencerminkan nama kendala kunci utama, jika ada.