Left join operator - broken?

オープン

#540 2018年4月26日に作成コメント 8 件リアクション 0 件担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度: 4/5
見積もり時間: 3〜5日
初心者へのやさしさ: 48/100

issue の種類: バグ
明瞭さ: おおむね明確
活発さ: 静か
技術スタック: fsharp, postgresql, sqlite
領域: databases

調査の方向性

リンクされている PostgreSQL のユニットテストから始め、そのアサーションを既存の left-join テストと比較します。特に、join のどちら側が検査されているかを確認してください。次に、プロバイダーコード全体で (!!) 演算子と UseOptionTypes=true の処理を追跡します。left join されたエンティティとその列が optional としてマークされ、回帰テストが成功すれば完了です。

索引モデルが issue の本文から書いたものです。

説明

enhancement

( ... Unless I've completely misunderstood how it's supposed to work? ... )

I tried to use a left join in a query and neither the left-joined entity nor its columns are marked as optional. This happens on Postgres, MSSQL, and SQLite, using UseOptionTypes=true.

I thought I mustbe doing something wrong since there was a unit test for left join, but then I noticed that that unit test is wrong: by calling fst it checks the None status of the column in the main table, rather than the left-joined one. The column in the main table happens to be nullable so the test passes.

I added a unit test for PostgreSQL and it does make the build fail.

Diving into the code didn't quite work. I found what I strongly suspect is a bug here, because the compiler treats (!!) as an arbitrary pattern match identifier rather than matching against the actual operator, but changing it to MethodWithName "op_BangBang" didn't fix the test.

I even went back and installed older versions of the library, but couldn't find one where (!!) worked as I expected.

主要言語: F#
スター: 627
フォーク: 147
平均マージ: 2時間 2分
マージ済み PR（30日）: 1

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

はじめの一歩

issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
リポジトリをフォークし、ブランチを切って変更します。
issue 番号を参照したプルリクエストを送ります。

fsprojects/SQLProvider のほかの issue

Support for json configuration as well as the xml オープン

enhancement

難易度 3/5 1〜2日初心者へのやさしさ 55/100

fsprojects/SQLProvider#872 · コメント 2 件 · 2026年3月16日に作成
Repo Assist? オープン

enhancement

難易度 5/5 1週間以上初心者へのやさしさ 10/100

fsprojects/SQLProvider#870 · コメント 1 件 · 2026年3月8日に作成
Npgsql 10.0 compatibility: DATE columns throw InvalidCastException due to DateOnly default mapping change オープン

postgresql

難易度 4/5 3〜5日初心者へのやさしさ 58/100

fsprojects/SQLProvider#869 · コメント 2 件 · 2026年3月3日に作成
Update docs to not use resolutionPath? オープン

documentation

難易度 2/5 1〜3時間初心者へのやさしさ 42/100

fsprojects/SQLProvider#868 · コメント 2 件 · 2025年11月27日に作成
Azure synapse sql support (MSSQL provider) オープン

sql server

難易度 4/5 3〜5日初心者へのやさしさ 45/100

fsprojects/SQLProvider#851 · コメント 1 件 · 2025年8月22日に作成

fsprojects/SQLProvider の issue をすべて見る

似ている issue

harbor-db: missing STOPSIGNAL turns every container stop into an unclean shutdown オープン

難易度 1/5 1時間未満初心者へのやさしさ 75/100

goharbor/harbor#23989 · 2026年9月23日に作成
[Bug] 知识库写入失败：document_storage.py 使用 naive datetime 导致 SQLModel 报错オープン

bug

難易度 2/5 1〜3時間初心者へのやさしさ 88/100

AstrBotDevs/AstrBot#10205 · 2026年9月23日に作成
column_count panics when called before the statement is executed オープン

難易度 2/5 1〜3時間初心者へのやさしさ 72/100

duckdb/duckdb-rs#869 · 2026年9月23日に作成
Update demo setup database to be `webapi` type オープン

難易度 2/5 1〜3時間初心者へのやさしさ 70/100

OHDSI/Data2Evidence#3394 · 2026年9月23日に作成
MultiScan: ~ScanIterator() asserts on the status operator++ just threw, so reaching max_prefetch_size aborts instead of raising MultiScanException オープン

難易度 2/5 1〜3時間初心者へのやさしさ 84/100

facebook/rocksdb#15255 · 2026年9月23日に作成

Databases の issue をもっと見る