プログラマの雑談部屋 ★375

**仕様書無しさん** · 2025/10/29(水) 06:24:39.82

雑談スレ

前スレ
プログラマの雑談部屋 ★374
https://medaka.5ch.net/test/read.cgi/prog/1760328215/

**(u ω ・y) r~** · 2025/10/29(水) 20:03:10.98

(u ω ・y) r~おまえ、ネットでおれのことバカにしたよな？

**仕様書無しさん** · 2025/10/29(水) 20:48:03.53

してないよ(ﾌﾞｯ

**仕様書無しさん** · 2025/10/30(木) 00:06:45.75

日本語　こんちわ
英語　Hello
韓国語　안녕
デンマーク語　Hej
コンカニ語　हॅलो

コンカニ語も使えよ

**仕様書無しさん** · 2025/10/30(木) 00:07:48.14

日本語　こんにちわ

**仕様書無しさん** · 2025/10/30(木) 00:08:59.89

日本語　こんにちは

**仕様書無しさん** · 2025/10/30(木) 15:56:22.60

>>1
おつ

**仕様書無しさん** · 2025/10/30(木) 16:13:24.03

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で出来る様になった

**仕様書無しさん** · 2025/10/30(木) 16:14:04.36

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 が胡乱な知識、理解、経験のまま、自信満々に矛盾、間違いだらけの持論を展開したことで議論がスパゲティ化しているコント

**仕様書無しさん** · 2025/10/30(木) 16:14:40.30

992 仕様書無しさん sage 2025/10/30(木) 13:17:17.75
>>942
無能

>限定用途で認識の共有がなされてるはずのRDBにおけるJSON使用

いいや？

>にもかかわらずORMを代替するべく技術かのように主張するからわけがわからなくなるのであって

代替もクソも無い
そもそもDB構造とクラス構造の差異を吸収するのがORM
代替言うならORMこそ該当する

クラス構造と同じデータで受け取りそのままデータを渡して更新出来るようになったので本来の形に戻っただけ
既に言ってるがDB構造にJSON型は使わないぞ