django.git/tests/backends/postgresql/test_compilation.py, branch stable/5.2.xdjango
http://cgit.adnoto.dev/django.git/atom?h=stable%2F5.2.x2025-12-31T15:47:20Z[5.2.x] Refs #33647 -- Fixed silent data truncation in bulk_create on Postgres.2025-12-31T15:47:20ZSimon Charettecharette.s@gmail.com2025-12-23T06:25:56Zurn:sha1:2ca2afdffdc7a33344f3189965b6ebc92196dc10
Regression in a16eedcf9c69d8a11d94cac1811018c5b996d491.
The UNNEST strategy is affected by the same problem bulk_update has wrt/
to silent data truncation due to its usage of db_type which always returns
a parametrized subtype.
Backport of d6ae2ed868e43671afc4d433c3d8f4d27f7eb555 from main.
[5.2.x] Fixed #36502 -- Restored UNNEST strategy for foreign key bulk inserts on PostgreSQL.2025-07-10T16:36:01ZSimon Charettecharette.s@gmail.com2025-07-10T16:33:00Zurn:sha1:3df1ad57bfcabaf75e4617064d79610f185f3f9f
Regression in 764af7a3d6c0b543dcf659a2c327f214da768fe4.
Backport of 0fe218842e0e396e3ab3982bd21227968a9e7fd8 from main.
Fixed #35936 -- Used unnest for bulk inserts on Postgres when possible.2024-12-11T12:56:18ZSimon Charettecharette.s@gmail.com2024-11-17T05:30:00Zurn:sha1:a16eedcf9c69d8a11d94cac1811018c5b996d491
This should make bulk_create significantly faster on Postgres when provided
only literal values.
Thanks James Sewell for writing about this technique, Tom Forbes for
validating the performance benefits, David Sanders and Mariusz Felisiak
for the review.