プログラマの雑談部屋 ★375 (138ﾚｽ)
上下前次1-新
8: 10/30(木)16:13 AAS
855 仕様書無しさん sage 2025/10/28(火) 12:04:22.09
>>854
今はORM余り使わないぞ
有名どころのDBMSはJSON型をサポートしてる
クエリでもJSONパスで返せる
つまり欲しいオブジェクトの形でJSON文字列で取得してデシリアライズすれば終わる
899 仕様書無しさん sage 2025/10/28(火) 20:46:43.50
アホばかり
テーブルにJSON型追加するんじゃ無いんだよ
テーブル設計は今まで通り
クエリで問い合わせてORMで云々するならクエリをJSONパスで返す様にすればデシリアライズで終わる
DBへはクラスからJSONにシリアライズしてSQLでJSON文字列からテーブルと同じ形になる様にすれば良い
要するにORMの役割はSQLで出来る様になった
9: 10/30(木)16:14 AAS
923 仕様書無しさん sage 2025/10/29(水) 00:29:48.44
>>855,899
自分で何言ってるかわかってる？
>テーブル設計は今まで通り
そもそもORMってなんだったっけ？
両者間のマッピングは誰がどこでどうやるの？
>DBへはクラスからJSONにシリアライズしてSQLでJSON文字列からテーブルと同じ形になる様にすれば良い
意味不明
「SQLでJSON文字列からテーブルと同じ形になる様に」は誰がどこでいつやるの？
プログラマとか言うつもり？
850 氏が言及している、しょせんビュー程度の役割でしかないものをプログラム全体に妄想拡張してません？
942 仕様書無しさん sage 2025/10/29(水) 11:17:43.37
限定用途で認識の共有がなされてるはずのRDBにおけるJSON使用
にもかかわらずORMを代替するべく技術かのように主張するからわけがわからなくなるのであって
何度も言うよう特定の参照用途、ビューとして使うで本来終わる話でしかない
つまり >>855,899 が胡乱な知識、理解、経験のまま、自信満々に矛盾、間違いだらけの持論を展開したことで議論がスパゲティ化しているコント
10(1): 10/30(木)16:14 AAS
992 仕様書無しさん sage 2025/10/30(木) 13:17:17.75
>>942
無能
>限定用途で認識の共有がなされてるはずのRDBにおけるJSON使用
いいや？
>にもかかわらずORMを代替するべく技術かのように主張するからわけがわからなくなるのであって
代替もクソも無い
そもそもDB構造とクラス構造の差異を吸収するのがORM
代替言うならORMこそ該当する
クラス構造と同じデータで受け取りそのままデータを渡して更新出来るようになったので本来の形に戻っただけ
既に言ってるがDB構造にJSON型は使わないぞ
11: 10/30(木)16:25 AAS
このORMバトルわけわからん
12: 10/30(木)16:31 AAS
LaravelでなんとなくORM使ってるけど、withとか分かりにくくて
旧来のSQLの楽だと思う
あと、EC-CUBEでDoctrineつかったけどあれは難しすぎた。
13: 10/30(木)16:33 AAS
Nvidiaの時価総額760兆円
なんじゃこりゃ
14(2): 10/30(木)17:41 AAS
>>10
>いいや？
何が「いいや」なのか、ではどうなのか、反論するならせめて具体に
>代替もクソも無い
つ >要するにORMの役割はSQLで出来る様になった(>>899
「ORMの役割はSQLで出来る」←これを代替と言わずしてなんとやら
>クラス構造と同じデータで受け取りそのままデータを渡して更新出来るようになったので本来の形に戻っただけ
では、そちらの言っている「DB構造とクラス構造の差異」はいったいどこで誰がどのように解決するというのか
ここについての具体的、技術的言及、説明をなさないことにはそちらの主張は空念仏だ
それともどちらかにどちらかを寄せると、そういうレベルの話だろうか
>DB構造にJSON型は使わないぞ
つ >有名どころのDBMSはJSON型をサポートしてる
つ >クエリでもJSONパスで返せる(>>855
つ >クエリをJSONパスで返す様にすればデシリアライズで終わる
つ >DBへはクラスからJSONにシリアライズして(>>899
「DB構造にJSON型は使わない」と上記主張がどのように整合するのか判然とせず
前スレ >>923 の再掲になるが、「SQLでJSON文字列からテーブルと同じ形になる様に」は誰がどこでいつやるの？
15: 10/30(木)19:00 AAS
おもちゃみたいな導電銅布が電磁被爆の体温上昇攻撃にかなり効果的でびびってる
頭部狙った電波で汗だくになってたがヘッドレストに置いてアースしたら全然平気になったわ
おすすめ
16: 10/30(木)19:04 AAS
もうアルミ帽自作せんでええんか？
17: 10/30(木)19:06 AAS
ギターのノイズ対策用にちょっと興味ある
18: 10/30(木)19:07 AAS
創価に逆恨みされると誰でもこの世に存在しないはずの技術を体験できるぞ
19: 10/30(木)19:10 AAS
所詮はカルトじゃないか
たいしたことできなかった
20: 10/30(木)19:10 AAS
そんな技術を彼らにわたすやつがあるもんか
21: 10/30(木)19:11 AAS
彼らが新しい価値ってなんか作ったの
22: 10/30(木)19:17 AAS
たぶん中国とかの技術だと思うよ
ハバナ症候群とか見ると米国ももってる技術だろうけど
表に出るのはカウンター技術が確立した技術だけ
こんな技術が広まったらどうするんだ！これがあるから安心してください！ができない技術は公開されないよね
23: 10/30(木)19:43 AAS
なんと「Minecraft:Java Edition」の難読化が完全消滅へ、MODの作成・アップデート・デバッグがより簡単に
2025年10月30日 13時50分
外部ﾘﾝｸ:gigazine.net
YouTubeがAIを使ってフルHD未満のアップロード動画をHD画質に高画質化する新機能を導入、近い将来に4Kへのアップスケールも計画中でクリエイターはオプトアウトすることも可能
2025年10月30日 13時35分
外部ﾘﾝｸ:gigazine.net
OpenAIがAGI実現に向けて「2028年までに完全自動AI研究者を実現する」という目標を設定
2025年10月30日 12時26分
外部ﾘﾝｸ:gigazine.net
OpenAIがオープンソース推論モデル「gpt-oss-safeguard」をリリース、開発者が自分で検閲ルールを設定可能でルールに従う能力はGPT-5を上回る
2025年10月30日 10時57分
外部ﾘﾝｸ:gigazine.net
なぜストレスで「腸の痛み」が悪化する？仕組みを解明
2025.10.30 THU
外部ﾘﾝｸ:nazology.kusuguru.co.jp
145光年先・30億歳の白色矮星から岩石質の天体が破壊された痕跡を検出
10/30(木) 17:17
外部ﾘﾝｸ:news.yahoo.co.jp
24: 10/30(木)19:57 AAS
AIアップスケールは別人になったりするのが気に入らん
25(1): 10/30(木)20:06 AAS
>>14
これだけ返してやるよ
テーブル設計として項目にJSON型は使わないっていう意味
だからJSONパスと書いてる
SQLでJSON文字列が作れて返せるって言えば理解出来るか？
26(1): 10/30(木)20:12 AAS
>>14
ついでにお前ってDBのJSON機能余り知らないだろ
テーブル設計が旧来通り
フィールドのデータ型にJSON型も使わない
その上で
SELECTでJSONデータが取れてINSERTやUPDATEのVALUESがJSON文字列でも更新出来る
この状態で何の為にOとRをMするライブラリが必要なんだよ
SQLが既にORMなんだよ
27: 10/30(木)20:19 AAS
しあわせならたいどでしめそうよ？
28: 10/30(木)20:26 AAS
🐿🐯
29: 10/30(木)20:37 AAS
なにゆーてんかちっともわからん
30: 10/30(木)20:39 AAS
🌰🦜🐿
31: 10/30(木)20:41 AAS
新卒でもう半年経つけど何もわからん
やめたい
32: 10/30(木)20:44 AAS
何も分からんのに給料もらえるのええやん
33: 10/30(木)20:49 AAS
世界統一カレー連合
34: 10/30(木)21:03 AAS
前スレのChatGPTが計算ミスした時の回答があった
短く率直に：最初の「2108」は 単なる誤記（人間的な計算ミス） です。モデルは確率的に文章を生成するため、単純な足し算で間違いを出すことがあります。以下にもう少し詳しく、しかし内的な思考（チェーン・オブ・ソート）そのままは開示せずに説明します。
なぜこんなミスが起きるか（要点）
1. 生成は確率的：大きな言語モデルは「最もらしい次の単語」を順に選んで文章を作ります。単純な算術でも誤ったトークン列を出すことがあります。
2. 複数ステップのミス：複数項の手計算を文章で示すとき、一段目や合算で誤りが混入する場合があります（ただの足し算ミス）。
3. ヒューマンっぽいミスの再現：モデルは大量の人の文章を学んでいるため、人間が犯す「タイプミス」「計算ミス」を時折模倣してしまいます。
4. 未定義動作や文脈ミスとは無関係：今回のケースは単純な誤記で、プログラムの動作の話（%d vs %f による未定義動作）とは別のエラーです。
35: 10/30(木)21:04 AAS
究極超人Rってほんとに超高性能だったんだな
36(1): 10/30(木)21:04 AAS
>>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不要」と言える設計になってるのか説明してみ？
37: 10/30(木)21:04 AAS
シュビビンマンになりたい
上下前次1-新書関写板覧索設栞歴
あと 101 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.013s