おらんか？
ここにはおらん
聞きたいことがあるんやが
はよ書けや
おらんのか？
おらんて
8:5ch名無し民2022/09/26(月) 02:44:34.14ID:T8stL1E40
おるぞ
単刀直入に言うと死んでくれ
情報学部2年でもええか？
文字列でAPIに送って、それを正規表現で整形してロジックに組み込むのってヤバい？
1個ずつDBの項目に設定してその項目に1個ずつ保存していく方がいいん？
すまん、分からんわ
ITパスポート所持ワイが来たやで
14:5ch名無し民2022/09/26(月) 02:47:07.87ID:QUigB0T40
文字列ってChar型とかのこと？
それJSONとどう違うの
>>15
バックエンドがなんらかのapi
フロントはreactとかで、バックエンドのapiにJSONで送るんや
つまりやな
うんこテーブルに
うんち string
うんにょ integer
うんま time
っていう風にうんこテーブルに設定していったら無限に項目があるとする
それやったら
うんこテーブルに
うんこまとめ string
って文字列の項目だけ追加して
その項目にうんちうんにょうんまをまとめて文字列で保存するのはあかんの？
>>16
db管理するなら分けたら？
>>16
よく分かんねえけど
名前 形式 管理テーブル作って管理した方が拡張性も汎用性も高くてええんやないの
26:5ch名無し民2022/09/26(月) 02:51:35.34ID:rtDoAFjsd
>>24
形式っていうか属性や
>>16
DBにする意味あんのそれ？
SEワイ、何を言いたいのか何をしたいのか何を聞きたいのか一つも理解できなかった…
退職届出してくる
拡張性が無いからアウトや
バグ増えるだろ
素直に個別にして渡せ
アリやで
最適かは時と場合によるが
22:5ch名無し民2022/09/26(月) 02:50:53.08ID:XM1CAkB90
個別にしたらカラム20個くらいなるで？
こんなんええん？
正規化してるか？
>>25
してるで
enumは使ってるけど
c++なら共用体で感嘆に実現できそう
それならDB使う意味なくない？
複数のカラムにそれぞれ入るべき値を、一つの文字列に結合して一つのカラムに入れちゃおう
利用するときは正規表現で分解しよう
って事か
めんどくね
31:5ch名無し民2022/09/26(月) 02:53:27.10ID:XM1CAkB90
>>30
そうや！
お前頭エエな
やっぱり一つづつのんがええんか
>>30
理解出来た
君頭ええなあ
>>30
ワイプログラマーちゃうけどこれでなんとなく分かったわ
>>30
かっこいい
カラム20になるって正規化出来てんのかよ
>>32
セイキカっていうかテーブル増やしすぎるのもパフォーマンス落ちそうで嫌やん
39:5ch名無し民2022/09/26(月) 02:56:44.17ID:MyZhqqhEd
>>34
正規化できてないってことはデータが重複するから間違いなくそっちのほうがパフォーマンス落ちるけど
>>39
セイキカはできとる
どのカラムも主キーにのみ従属してる
>>40
は？さっきと言ってること違うやん
ふざけんなや
あとでうんぴ（boolean）を増やしたくなったとき困るやろ
単純にカラムが多くなるなら外部キーとかでテーブル分けたら？
そうじゃなくてカラム数が柔軟であって欲しいデータならそもそもドキュメント型DB使うとかがええんちゃうの
別にMySQLでも文字列をJSONとして使える関数もあるけど
基本的にカラム何個までなん？
43:5ch名無し民2022/09/26(月) 03:00:36.64ID:H3YQxwn70
両方作って動作速度試してみてや
ほんとに素直に分けた方がいいよ
>>44
わかった
ありがとう
弊社でやってるな
やらないといけない理由があるからやってるけど
何がしたいのかを今一度考えてからやったほうがええで
やないと他の人が言ってるようにめんどいだけや
属性増やしてどのタイミングのパフォーマンス気にしとるんや
小さいテーブルでjson突っ込みたいだけならそれでいいのでは？
複数テーブル作って結合して検索する目的なら素直にrdbにした方がいい
50:5ch名無し民2022/09/26(月) 03:10:52.89ID:ccxNQaRI0
Googleで検索した方が早いと思うよー
とりあえずセキュリティで言うならユーザー入力されたデータを自前の正規表現で丸めて突っ込むのはインジェクションの危険度高くねーか
何でわざわざ一つにまとめようとするん
後で機能追加しようとする時や、スケーラビリティでクソ困るで
説明も例えも意味不明や
どうしてもアドバイスが必要なら一度図に書き起こさんと多分誰もイッチのやろうとしてること理解してないで
自分でわざわざ新しい形式なんて作らずに、ワイら雑魚デベロッパーは先人の知恵に大人しく従っとけばええねん
新しい形式作るのは天才の仕事や
斬新すぎて理解が追いつかんかったわ
いや普通にカラムで分けろよ
なんのためのrdbやねん
でも革命を起こすのはイッチのような斬新なアイディーアを出せる人だよ？
うんこid作れよ
こういうのってどうせ後から特定の値だけ欲しいとかやっぱこの値要らんとかなるから一つにまとめたら改修めんどくさくなりそう
mongodbでええやろ（ﾊﾅﾎｼﾞ）