プログラマの雑談部屋 ★374 (960ﾚｽ)
プログラマの雑談部屋 ★374 http://medaka.5ch.net/test/read.cgi/prog/1760328215/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
855: 仕様書無しさん [sage] 2025/10/28(火) 12:04:22.09 >>854 今はORM余り使わないぞ 有名どころのDBMSはJSON型をサポートしてる クエリでもJSONパスで返せる つまり欲しいオブジェクトの形でJSON文字列で取得してデシリアライズすれば終わる http://medaka.5ch.net/test/read.cgi/prog/1760328215/855
858: 仕様書無しさん [sage] 2025/10/28(火) 12:37:06.29 >>855 なんかJSON型も賛否あるよな 確かに便利そうだしdbは早くなりそうだけど http://medaka.5ch.net/test/read.cgi/prog/1760328215/858
861: 仕様書無しさん [] 2025/10/28(火) 12:45:59.83 >>855 JSON内のデータのインデックスどうするんだと思ったら生成カラムや配列に対して張れるんだな。MySQL以外は調べてないけど http://medaka.5ch.net/test/read.cgi/prog/1760328215/861
923: 仕様書無しさん [sage] 2025/10/29(水) 00:29:48.44 >>855,899 自分で何言ってるかわかってる？ >テーブル設計は今まで通り そもそもORMってなんだったっけ？ 両者間のマッピングは誰がどこでどうやるの？ >DBへはクラスからJSONにシリアライズしてSQLでJSON文字列からテーブルと同じ形になる様にすれば良い 意味不明 「SQLでJSON文字列からテーブルと同じ形になる様に」は誰がどこでいつやるの？ プログラマとか言うつもり？ 850 氏が言及している、しょせんビュー程度の役割でしかないものをプログラム全体に妄想拡張してません？ http://medaka.5ch.net/test/read.cgi/prog/1760328215/923
942: 仕様書無しさん [sage] 2025/10/29(水) 11:17:43.37 限定用途で認識の共有がなされてるはずのRDBにおけるJSON使用 にもかかわらずORMを代替するべく技術かのように主張するからわけがわからなくなるのであって 何度も言うよう特定の参照用途、ビューとして使うで本来終わる話でしかない つまり >>855,899 が胡乱な知識、理解、経験のまま、自信満々に矛盾、間違いだらけの持論を展開したことで議論がスパゲティ化しているコント http://medaka.5ch.net/test/read.cgi/prog/1760328215/942
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
1.446s*