プログラマの雑談部屋 ★375 (1002レス)
前次1-
抽出解除 レス栞

このスレッドは1000を超えました。
次スレ検索 歴削→次スレ 栞削→次スレ
リロード規制です。10分ほどで解除するので、他のブラウザへ避難してください。
25
(1): 仕様書無しさん [sage] 2025/10/30(木) 20:06:41.84 AAS
>>14
14(2): 仕様書無しさん [sage] 2025/10/30(木) 17:41:14.41 AAS
>>10
>いいや?

何が「いいや」なのか、ではどうなのか、反論するならせめて具体に

>代替もクソも無い

つ >要するにORMの役割はSQLで出来る様になった(>>899

「ORMの役割はSQLで出来る」←これを代替と言わずしてなんとやら

>クラス構造と同じデータで受け取りそのままデータを渡して更新出来るようになったので本来の形に戻っただけ

では、そちらの言っている「DB構造とクラス構造の差異」はいったいどこで誰がどのように解決するというのか
ここについての具体的、技術的言及、説明をなさないことにはそちらの主張は空念仏だ
それともどちらかにどちらかを寄せると、そういうレベルの話だろうか

>DB構造にJSON型は使わないぞ

つ >有名どころのDBMSはJSON型をサポートしてる
つ >クエリでもJSONパスで返せる(>>855

つ >クエリをJSONパスで返す様にすればデシリアライズで終わる
つ >DBへはクラスからJSONにシリアライズして(>>899

「DB構造にJSON型は使わない」と上記主張がどのように整合するのか判然とせず
前スレ >>923 の再掲になるが、「SQLでJSON文字列からテーブルと同じ形になる様に」は誰がどこでいつやるの?
これだけ返してやるよ

テーブル設計として項目にJSON型は使わないっていう意味
だからJSONパスと書いてる
SQLでJSON文字列が作れて返せるって言えば理解出来るか?
36
(1): 仕様書無しさん [sage] 2025/10/30(木) 21:04:09.07 AAS
>>25
>だからJSONパスと書いてる
>SQLでJSON文字列が作れて返せるって言えば理解出来るか?

これってJSON関数で文字列を生成してるだけの話じゃないの?
つまりDBがJSONを構造的に管理するわけですらなく、「文字列連結で吐き出す」だけだと
だからそれだとマッピングはどうするのかを聞いているんだが

>>26
26(1): 仕様書無しさん [sage] 2025/10/30(木) 20:12:38.82 AAS
>>14
ついでにお前ってDBのJSON機能余り知らないだろ

テーブル設計が旧来通り
フィールドのデータ型にJSON型も使わない
その上で
SELECTでJSONデータが取れてINSERTやUPDATEのVALUESがJSON文字列でも更新出来る

この状態で何の為にOとRをMするライブラリが必要なんだよ
SQLが既にORMなんだよ
>テーブル設計が旧来通り
>SELECTでJSONデータが取れてINSERTやUPDATEのVALUESがJSON文字列でも更新出来る

これは「正規化されている」という認識でよいのかな?
"その上で"「JSON文字列でも更新出来る」SQLとやらを具体的に誰がいつどこでどう書くの?
レイヤ設計とかどうなってんだよ

>この状態で何の為にOとRをMするライブラリが必要なんだよ
>SQLが既にORMなんだよ

ORMの出自についてどのように理解、認識されてます?
インピーダンスミスマッチってわかります?

従来、それらが担った責務を誰が肩代わりするのか聞いているんだが
ちなみにこの「責務」が具体的に何を指すかもわかってなくね?

>ついでにお前ってDBのJSON機能余り知らないだろ

逆に聞くけど、そちらが「ORMの代替になる」とまで言い切ってる「DBのJSON機能」って具体的に何を指してる?
JSON型?JSON関数群?JSON_TABLE?OPENJSON?
そのどれをどう組み合わせて「ORM不要」と言える設計になってるのか説明してみ?
前次1-
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 0.027s