Columns with similar names on the DB collide in SQLProvider

オープン

#599 2019年1月30日に作成コメント 0 件リアクション 0 件担当者 0 名 GitHub で見る

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

評価

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

issue の種類: バグ
明瞭さ: おおむね明確
活発さ: 停滞
技術スタック: fsharp, sql
領域: databases

調査の方向性

まず、ExampleColumn、ExampleColumn:、ExampleColumn_ という名前の列を使い、SQL Server 2012 上の SQLProvider で衝突を再現します。provider がそれらのデータベース列を F# 識別子にどのようにマッピングしているかを追跡します。生成された名前が区別できない状態にならず、すべての列を参照するための実用的な方法を維持したまま、テーブルをクエリできれば完了です。

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

説明

Description

When a table has 2 or more columns whose names are only different by "special" characters, SQLProvider creates indistinct mappings for them.

Repro steps

Create a table with these columns

[ExampleColumn]
[ExampleColumn:]
[ExampleColumn_]

Try to query this table from SQLProvider

Expected behavior

I would expect, given F#'s ability to create identifiers with special characters, that SQLProvider wouldn't need to alter your column names in any way (at least, as an option when creating the provider).

Actual behavior

SQLProvider will rename these fields with indistinct names, causing an exception to be thrown, and the table becomes un-queryable.

Known workarounds

Create a view in your database that disambiguates that column names and use that from SQLProvider, but this is not acceptable since you're then designing the database around an arbitrary tool in a separate code stack.

Related information

SQL Server 2012
Windows 7, SP1
v1.1.30-1.1.58
.NET 4.6

主要言語: 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 をもっと見る