プログラマの雑談部屋 ★375 (112ﾚｽ)
プログラマの雑談部屋 ★375 http://medaka.5ch.net/test/read.cgi/prog/1761686679/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
36: 仕様書無しさん [sage] 2025/10/30(木) 21:04:09.07 >>25 >だからJSONパスと書いてる >SQLでJSON文字列が作れて返せるって言えば理解出来るか？ これってJSON関数で文字列を生成してるだけの話じゃないの？ つまりDBがJSONを構造的に管理するわけですらなく、「文字列連結で吐き出す」だけだと だからそれだとマッピングはどうするのかを聞いているんだが >>26 >テーブル設計が旧来通り >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不要」と言える設計になってるのか説明してみ？ http://medaka.5ch.net/test/read.cgi/prog/1761686679/36
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 76 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.011s