[過去ﾛｸﾞ] ふらっと C#,C♯,C＃（初心者用） Part155 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
829(1): デフォルトの名無しさん (ﾜｯﾁｮｲ ad2f-6Yq+) [sage] 2022/09/02(金) 23:54:24.91 ID:XYWvvS0T0(1) AAS
>>826826(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 45da-zjO4) [sage] 2022/09/02(金) 23:05:22.85 ID:Wh8UmZjA0(2/2) AAS
>>823
確かにマイグレーションは便利ね。
あるテーブルに4つくらいの各テーブルをグルーピングして外部結合するLinq to SQL書いたら、
この世のものとは思えないSQL出力しよった。最後にソート付け足したら、もう勘弁してくれみたいな例外吐いて動かなくなった。
外部結合の時に発生するnullとC#側のプリミティブ型の相性が悪い感じ
結局DBMS側にストアド書いたけどそのストアド叩くだけのlinqに落ち着いたけど、C#オンリーで開発ってのは難しいね
それ、どの段階でエラーになったん？
個人的にはマイグレーションとかいらない機能だと思ってるが
839: デフォルトの名無しさん (ﾜｯﾁｮｲ 27da-KE5h) [sage] 2022/09/03(土) 12:35:07.85 ID:iqyYnwJn0(1) AAS
>>829
どの段階って、普通にforeachで遅延実行時のエラー。
Can't translate to SQLみたいな感じだった
外部結合だけじゃなくて、SELECTする内容も複数カラムに渡ったCASE文だらけで
linq文も30行くらいになってたから、作ってる段階から「ムリだろうなぁ」とは思ってた。
ef coreのマイグレ便利だよ。
プロジェクト初期に、DBが形になるまではコードファーストでテーブル作る。
プロジェクトメンバに配った後は差分パッチのSQL作るのもefでやってるし、C#のソースで差分管理できるから。
逆にマイグレ機能なかったらef core使う人いなくなってしまうのでは・・ｗ
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.033s