[過去ﾛｸﾞ] プログラマの雑談部屋 ★374 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
855(4): 仕様書無しさん [sage] 2025/10/28(火) 12:04:22.09 AAS
>>854854(1): 仕様書無しさん [sage] 2025/10/28(火) 10:26:44.59 AAS
>>850
ORMに合わせたテーブル設計って本末転倒感あるな
とりあえず生SQLでやっとけばいいっぽいか
ORMの流行廃れめんどくさそうだし
今はORM余り使わないぞ
有名どころのDBMSはJSON型をサポートしてる
クエリでもJSONパスで返せる
つまり欲しいオブジェクトの形でJSON文字列で取得してデシリアライズすれば終わる
858: 仕様書無しさん [sage] 2025/10/28(火) 12:37:06.29 AAS
>>855
なんかJSON型も賛否あるよな
確かに便利そうだしdbは早くなりそうだけど
861: 仕様書無しさん [] 2025/10/28(火) 12:45:59.83 AAS
>>855
JSON内のデータのインデックスどうするんだと思ったら生成カラムや配列に対して張れるんだな。MySQL以外は調べてないけど
923(1): 仕様書無しさん [sage] 2025/10/29(水) 00:29:48.44 AAS
>>855,899899(2): 仕様書無しさん [sage] 2025/10/28(火) 20:46:43.50 AAS
アホばかり
テーブルにJSON型追加するんじゃ無いんだよ
テーブル設計は今まで通り
クエリで問い合わせてORMで云々するならクエリをJSONパスで返す様にすればデシリアライズで終わる
DBへはクラスからJSONにシリアライズしてSQLでJSON文字列からテーブルと同じ形になる様にすれば良い
要するにORMの役割はSQLで出来る様になった
自分で何言ってるかわかってる？
>テーブル設計は今まで通り
そもそもORMってなんだったっけ？
両者間のマッピングは誰がどこでどうやるの？
>DBへはクラスからJSONにシリアライズしてSQLでJSON文字列からテーブルと同じ形になる様にすれば良い
意味不明
「SQLでJSON文字列からテーブルと同じ形になる様に」は誰がどこでいつやるの？
プログラマとか言うつもり？
850 氏が言及している、しょせんビュー程度の役割でしかないものをプログラム全体に妄想拡張してません？
942(1): 仕様書無しさん [sage] 2025/10/29(水) 11:17:43.37 AAS
限定用途で認識の共有がなされてるはずのRDBにおけるJSON使用
にもかかわらずORMを代替するべく技術かのように主張するからわけがわからなくなるのであって
何度も言うよう特定の参照用途、ビューとして使うで本来終わる話でしかない
つまり >>855,899 が胡乱な知識、理解、経験のまま、自信満々に矛盾、間違いだらけの持論を展開したことで議論がスパゲティ化しているコント
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.039s