Numeric casts round instead of truncating, `(byte)` casts don't wrap, and `BigInteger` division isn't integer division
維護者通常 1 天內回覆
還沒有人認領這個 Issue。
評估
研究方向
Start in NpgsqlQuerySqlGenerator.cs (L603-626) where integer casts render as ::int; switch to trunc(x)::int to match .NET truncation. Then fix NpgsqlConvertTranslator.cs L36 and NpgsqlBigIntegerTypeMapping.cs L30 (use div for division). Run the issue's repro to confirm all four LINQ queries return identical .NET and database results.
由索引模型根據 Issue 內容生成。
描述
| Environment | |
|---|---|
| PostgreSQL | 18.6 (postgres:18), session TimeZone Etc/UTC |
| .NET 10 | runtime 10.0.11, Npgsql.EntityFrameworkCore.PostgreSQL 10.0.3, EF Core 10.0.4 |
| .NET 11 | runtime 11.0.0-rc.2, Npgsql.EntityFrameworkCore.PostgreSQL 11.0.0-rc.2, EF Core 11.0.0-rc.2 |
| Also | Npgsql 10.0.3 on both lines, macOS arm64 |
Both lines print the same output. main at 150011d has the same code.
| LINQ | Row | .NET | PostgreSQL | SQL |
|---|---|---|---|---|
(int)r.Decimal |
2.7m | 2 | 3 | r."Decimal"::int |
(long)r.Double |
2.7 | 2 | 3 | r."Double"::bigint |
(byte)r.Int == 249 |
−7 | match | no match | r."Int"::smallint = 249 |
r.Big / r.Big2 == 3 |
7 / 2 | match | no match | r."Big" / r."Big2" = 3 |
Repro
using Microsoft.EntityFrameworkCore;
using Microsoft.Extensions.Logging;
using System.Numerics;
await using var context = new TestContext();
await context.Database.EnsureDeletedAsync();
await context.Database.EnsureCreatedAsync();
context.Rows.Add(new Row { Decimal = 2.7m, Double = 2.7, Int = -7, Big = 7, Big2 = 2 });
await context.SaveChangesAsync();
var row = await context.Rows.AsNoTracking().SingleAsync();
// 1. C# casts truncate toward zero; ::int rounds
Console.WriteLine($"(int)2.7m: .NET {(int)row.Decimal}, database {await context.Rows.Select(r => (int)r.Decimal).SingleAsync()}");
Console.WriteLine($"(long)2.7: .NET {(long)row.Double}, database {await context.Rows.Select(r => (long)r.Double).SingleAsync()}");
// 2. An unchecked byte cast wraps; ::smallint keeps -7
Console.WriteLine($"(byte)-7 == 249: .NET {((byte)row.Int == 249 ? 1 : 0)}, database {await context.Rows.CountAsync(r => (byte)r.Int == 249)}");
// 3. BigInteger division is integer division
Console.WriteLine($"Big / Big2 == 3 (7 / 2): .NET {(row.Big / row.Big2 == 3 ? 1 : 0)}, database {await context.Rows.CountAsync(r => r.Big / r.Big2 == 3)}");
public class TestContext : DbContext
{
public DbSet<Row> Rows => Set<Row>();
protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
=> optionsBuilder
.UseNpgsql(Environment.GetEnvironmentVariable("Test__Npgsql__DefaultConnection"), o => o.UseNodaTime())
.LogTo(Console.WriteLine, LogLevel.Information)
.EnableSensitiveDataLogging();
}
public class Row
{
public int Id { get; set; }
public decimal Decimal { get; set; }
public double Double { get; set; }
public int Int { get; set; }
public BigInteger Big { get; set; }
public BigInteger Big2 { get; set; }
}
Output, the same on both lines:
(int)2.7m: .NET 2, database 3
(long)2.7: .NET 2, database 3
(byte)-7 == 249: .NET 1, database 0
Big / Big2 == 3 (7 / 2): .NET 1, database 0
- Casts. C# casts from
decimal,doubleandfloatto an integer type truncate toward zero. PostgreSQL's casts round: half away from zero fornumeric, half to even forfloat8. SQL Server'sCASTtruncates, so this is specific to this provider. The cast is rendered as::int(NpgsqlQuerySqlGenerator.cs#L603-L626);trunc(x)::intwould match .NET.Convert.ToInt32(decimal)goes the same way (NpgsqlConvertTranslator.cs#L36) and rounds half away from zero, where .NET rounds half to even. bytemaps tosmallint, so an unchecked(byte)cast keeps −7 instead of wrapping to 249.BigIntegermaps tonumeric(NpgsqlBigIntegerTypeMapping.cs#L30), so/is numeric division (3.5).div(a, b)matchesBigInteger's truncating division.
- 主要語言
- C#
- 星號
- 1.8k
- 分支
- 268
- 平均合併
- 2 小時 35 分鐘
- 30 天內合併 PR
- 136
環境準備
這個專案沒有提供開發容器、Dockerfile 或貢獻指南,環境需要你自己搭建:先看它的 README,通用步驟見我們的新手貢獻指南。
從這裡開始
- 先讀完整個 Issue,再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫,在一個分支上完成修改。
- 送出 Pull Request,並在描述裡引用這個 Issue 編號。
npgsql/efcore.pg 的其他 Issue
-
難度 2/5 1-3 小時 新手友好度 82/100
維護者通常 1 天內回覆
-
NTS: the M ordinate is dropped from geometry SQL literals and from geometries stored in JSON可能已有人在做 @Ahmed7991 於 6 天前認領。 未關閉
難度 2/5 1-3 小時 新手友好度 85/100
npgsql/efcore.pg#4093 · 1 則留言 ·
維護者通常 1 天內回覆
-
`TimeSpan`/`Duration` component members: negative values are floored, and intervals computed in SQL are read field by field可能已有人在做 @jeremy-morren 於 12 天前認領。 未關閉
難度 2/5 1-3 小時 新手友好度 70/100
維護者通常 1 天內回覆
-
Numeric storage parameters are formatted with the current culture, so migrations emit 0,01 instead of 0.01可能已有人在做 @Sorbitol 於 12 天前認領。 未關閉
難度 2/5 1-3 小時 新手友好度 30/100
維護者通常 1 天內回覆
-
`Contains` on a JSON primitive collection compares JSON text, so `DateTime` and `TimeOnly` items never match可能已有人在做 @Mr444-dev 於 8 天前認領。 未關閉
難度 4/5 3-5 天 新手友好度 45/100
npgsql/efcore.pg#4099 · 1 則留言 ·
維護者通常 1 天內回覆
相似的 Issue
-
.NET Docs Next Major State: Needs Discussion
難度 2/5 1-3 小時 新手友好度 78/100
getsentry/sentry-dotnet#5912 · 1 則留言 ·
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 70/100
BeyondDimension/SteamTools#4163 · 1 則留言 ·
-
難度 1/5 1-3 小時 新手友好度 90/100
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 68/100
SubtitleEdit/subtitleedit#16825 ·
維護者通常 1 天內回覆
-
ci-flake kind:tests size:S type:bug
難度 1/5 1 小時以內 新手友好度 82/100
elsa-workflows/elsa-foundation#4058 · 1 個 reaction ·
維護者通常 1 天內回覆