Skip to content

Commit 3d5ddcd

Browse files
committed
Remove large object doc page
Also add breaking change note for multiplexing See npgsql/npgsql#6493
1 parent 1feca74 commit 3d5ddcd

2 files changed

Lines changed: 16 additions & 38 deletions

File tree

conceptual/Npgsql/large-objects.md

Lines changed: 0 additions & 38 deletions
This file was deleted.
Lines changed: 16 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,16 @@
1+
# Npgsql 11.0 Release Notes
2+
3+
Npgsql version 11.0 is in development.
4+
5+
> [!NOTE]
6+
> We're considering to start dropping support for synchronous APIs (`NpgsqlConnection.Open`, `NpgsqlCommand.ExecuteNonQuery`, etc.) starting with Npgsql 11.0. The current plan is to deprecate the API by throwing a runtime exception by default (with a switch to re-enable synchronous I/O) for Npgsql 11.0, while possibly completely removing it for Npgsql 12.0. This is in line with ASP.NET Core and .NET APIs in general, which are moving in the direction of async I/O only (for example, `System.IO.Pipelines` doesn't have synchronous I/O). If you have any questions or want to share you experience/issues with async I/O, please feel free to post in the [issue](https://github.com/npgsql/npgsql/issues/5865).
7+
8+
## Breaking changes
9+
10+
### Removed multiplexing
11+
12+
Previous versions of Npgsql supported a high-performance mode called "multiplexing". While this mode could increase throughput in certain extremely-high-performance scenarios, it did not scale in highly-concurrent situations with many CPU cores, and added quite a bit of complexity to the codebase. We'll evaluate re-introducing a similar implementation that's more scalable and better-designed.
13+
14+
### Removed deprecated large object APIs
15+
16+
Npgsql 11.0 removes some APIs to support PostgreSQL [large objects](https://www.postgresql.org/docs/current/largeobjects.html); these were obsolete since Npgsql 8.0. The APIs were old and had some design issues, and were also not necessary, as the corresponding PostgreSQL functions can simply be called directly.

0 commit comments

Comments
 (0)