プログラマの雑談部屋 ★375 (105ﾚｽ)
上
下
前
次
1-
新
36
(1)
: 10/30(木)21:04
AA×
>>25
>>26
[240|
320
|
480
|
600
|
100%
|
JPG
|
べ
|
ﾚｽ栞
|
ﾚｽ消
]
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
だからパスと書いてる で文字列が作れて返せるって言えば理解出来るか？ これって関数で文字列を生成してるだけの話じゃないの？ つまりがを構造的に管理するわけですらなく文字列連結で吐き出すだけだと だからそれだとマッピングはどうするのかを聞いているんだが テーブル設計が旧来通り でデータが取れてやのが文字列でも更新出来る これは正規化されているという認識でよいのかな？ その上で文字列でも更新出来るとやらを具体的に誰がいつどこでどう書くの？ レイヤ設計とかどうなってんだよ この状態で何の為にとをするライブラリが必要なんだよ が既になんだよ の出自についてどのように理解認識されてます？ インピーダンスミスマッチってわかります？ 従来それらが担った責務を誰が肩代わりするのか聞いているんだが ちなみにこの責務が具体的に何を指すかもわかってなくね？ ついでにお前っての機能余り知らないだろ 逆に聞くけどそちらがの代替になるとまで言い切ってるの機能って具体的に何を指してる？ 型？関数群？？？ そのどれをどう組み合わせて不要と言える設計になってるのか説明してみ？
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 69 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
ぬこの手
ぬこTOP
0.575s*
