Document how to confirm that `INSERT` worked with prepared statement

Đang mở

#1,108 mở ngày 21/11/2023 2 bình luận 0 reaction 0 người được giao Xem trên GitHub

Chưa có ai nhận issue này.

Đánh giá

Độ khó: 3/5
Thời gian dự kiến: 1-2 ngày
Mức phù hợp với người mới: 45/100

Loại issue: Tài liệu
Độ rõ ràng: Khá rõ ràng
Mức độ hoạt động: Đình trệ
Công nghệ: postgresql, python
Lĩnh vực: databases, documentation

Hướng nghiên cứu

Bắt đầu bằng việc xem xét các phương thức execute() và fetch*() được documented của asyncpg cùng với tài liệu về lệnh INSERT của PostgreSQL. Xác định cách một lệnh gọi dựa trên fetch có thể xác nhận liệu một INSERT có tác động đến một hàng hay không trong khi sử dụng prepared-statement LRU, bao gồm ý nghĩa của việc có 0 hàng bị tác động. Được xem là hoàn tất khi tài liệu giải thích rõ phương thức được khuyến nghị và kết quả mong đợi.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

When using execute() I can parse the command output for INSERT to confirm a single row inserted like INSERT 0 1. However, execute() does not support the LRU for automatically prepared statements. Can you document how to confirm that the INSERT worked using a fetch*() method that will use the LRU? I do sometimes see INSERT 0 0 results in some high-volume workloads (likely just duplicate data), and these do not raise UniqueViolationError, QueryCanceledError, or some TimeoutError.

Ngôn ngữ chính: Python
Star: 8.1k
Fork: 469
Merge trung bình: 2 ngày 20 giờ
Pull request đã merge (30 ngày): 9

Hướng dẫn đóng góp

Chưa lập chỉ mục được hướng dẫn đóng góp cho kho mã nguồn này

Bắt đầu từ đâu

Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
Fork repository và làm thay đổi trên một nhánh.
Mở pull request có tham chiếu số hiệu của issue.

Issue khác của MagicStack/asyncpg

SCRAM: _generate_salted_password reimplements PBKDF2 in Python; hashlib.pbkdf2_hmac is ~30x faster and bit-identical Đang mở

Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100

MagicStack/asyncpg#1357 · Mở ngày 10/9/2026
Connection.copy_records_to_table hanging when generator passed to records parameter raises exception with long error message Đang mở

Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100

MagicStack/asyncpg#1354 · Mở ngày 1/9/2026
Connect call failed error doesn't distinguish port mismatch from "server not running" Đang mở

Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 72/100

MagicStack/asyncpg#1342 · Mở ngày 6/8/2026
TypeError in asyncpg.connect() for specific parameters when values are not str enough Đang mở

Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 56/100

MagicStack/asyncpg#1340 · 1 bình luận · Mở ngày 29/7/2026
setup.py relies on deprecated pkg_resources Đang mở

Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 28/100

MagicStack/asyncpg#1337 · Mở ngày 15/7/2026

Tất cả issue của MagicStack/asyncpg

Issue tương tự

[essnmx] Fix typo in NXLauetof application definition Đang mở

essnmx good first issue

Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 95/100

scipp/ess#760 · Mở ngày 23/9/2026
[Feature] 奇物选择添加优先级 Đang mở

Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100

syfoud/Simulated_Scepter#174 · Mở ngày 23/9/2026
garak adapter grades a NaN detector score as PASS Đang mở

Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100

Giskard-AI/giskard-oss#2840 · 1 bình luận · Mở ngày 23/9/2026
A claim comment carrying the issue number is silently declined while the workflow reports success Đang mở

area: repo bug perceived difficulty: 2

Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100

Nitjsefnie-Harness-Commons/daedalus#926 · Mở ngày 23/9/2026
`IOCExtractor` always fails: `ioc_analyzer.build()` takes 1 argument but the agent dispatcher passes 2 Đang mở

Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100

yeti-platform/yeti#1380 · Mở ngày 23/9/2026

Thêm issue về Python