回答編集履歴

2 追記＆訂正

SurferOnWww score 10546

2020/07/01 10:33  投稿

SQLite は触ったこともないのでハズレの回答だったらすみません。

書かれているコードを見ると、パラメータ化の有無が結果の違いになっていて（1 番最初だけがパラメータ化クエリ）その違いが結果に表れているように思えます。

書かれているコードを見ると、パラメータ化の有無（1 番最初だけがパラメータ化クエリ）の違いが結果に表れているように思えます。

ただ、見た感じではパラメータ化してない 2 番目、3 番目でもよさそうで、なぜ結果に違いが出るのかは分かりませんが。（ただ、2 番目、3 番目は double.MinValue がクエリに文字列として埋め込まれていてそこが SQLite でどう解釈されるのか怪しい感じがします。1 番目は double.MinValue の値が生でパラメータに渡されていて間違う余地がなさそうだと思いますが）

ただ、見た感じではパラメータ化してない 2 番目、3 番目でもよさそうで、なぜ結果に違いが出るのかは分かりませんが。（強いて言うと、2 番目、3 番目は double.MinValue がクエリに文字列として埋め込まれていてそこが SQLite でどう解釈されるのか怪しい感じがします。1 番目は double.MinValue の値が生でパラメータに渡されていて間違う余地がなさそうだと思います）

SQL Server ではパラメータ化クエリは sp_executesql に変換されて実行されます。SQLite でもそのような違いがあって、それが結果の違いになっているのかも。（想像です。でも、結果からは、1 番目のパラメータ化クエリと 2, 3 番目のアドホッククエリとでは何か内部での扱いが違うのは間違いなさそうに見えます）

ちなみに、本題とは直接関係ない話ですが、SQL Server では、SQL インジェクションの防止とパフォーマンスの向上、それに副次的な効用として文字化けを未然に防ぐということで、パラメータ化クエリを使うのは必須と言ってもいいです。

SQLite でも同じようにな話になるのではないでしょうか？

1 追記＆訂正

SurferOnWww score 10546

2020/07/01 10:31  投稿

SQLite は触ったこともないのでハズレの回答だったらすみません。

書かれているコードを見ると、パラメータ化の有無が結果の違いになっていて（一番最初だけがパラメータ化クエリ）その違いが結果に表れているように思えます。

書かれているコードを見ると、パラメータ化の有無が結果の違いになっていて（1 番最初だけがパラメータ化クエリ）その違いが結果に表れているように思えます。

ただ、パラメータ化してない 2 番目、3 番目でもよさそうな感じで、なぜ結果に違いが出るのかは分かりませんが。

ただ、見た感じではパラメータ化してない 2 番目、3 番目でもよさそうで、なぜ結果に違いが出るのかは分かりませんが。（ただ、2 番目、3 番目は double.MinValue がクエリに文字列として埋め込まれていてそこが SQLite でどう解釈されるのか怪しい感じがします。1 番目は double.MinValue の値が生でパラメータに渡されていて間違う余地がなさそうだと思いますが）

SQL Server ではパラメータ化クエリは sp_executesql に変換されて実行されます。SQLite でもそのような違いがあって、それが結果の違いになっているのかも。

SQL Server ではパラメータ化クエリは sp_executesql に変換されて実行されます。SQLite でもそのような違いがあって、それが結果の違いになっているのかも。（想像です。でも、結果からは、1 番目のパラメータ化クエリと 2, 3 番目のアドホッククエリとでは何か内部での扱いが違うのは間違いなさそうに見えます）

ちなみに、本題とは直接関係ない話ですが、SQL Server では、SQL インジェクションの防止とパフォーマンスの向上、それに副次的な効用として文字化けを未然に防ぐということで、パラメータ化クエリを使うのは必須と言ってもいいです。

SQLite でも同じようにな話になるのではないでしょうか？