【急募】プログラミングに詳しいやつ来てくれ

おらんか？

ここにはおらん

聞きたいことがあるんやが

はよ書けや

おらんのか？

おらんて

おるぞ

単刀直入に言うと死んでくれ

情報学部2年でもええか？

文字列でAPIに送って、それを正規表現で整形してロジックに組み込むのってヤバい？
1個ずつDBの項目に設定してその項目に1個ずつ保存していく方がいいん？

すまん、分からんわ

ITパスポート所持ワイが来たやで

文字列ってChar型とかのこと？

それJSONとどう違うの

>>15
バックエンドがなんらかのapi
フロントはreactとかで、バックエンドのapiにJSONで送るんや

つまりやな

うんこテーブルに

うんち string
うんにょ integer
うんま time

っていう風にうんこテーブルに設定していったら無限に項目があるとする

それやったら
うんこテーブルに

うんこまとめ string

って文字列の項目だけ追加して
その項目にうんちうんにょうんまをまとめて文字列で保存するのはあかんの？

>>16
db管理するなら分けたら？

>>16
よく分かんねえけど
名前　形式　管理テーブル作って管理した方が拡張性も汎用性も高くてええんやないの

>>24
形式っていうか属性や

>>16
DBにする意味あんのそれ？

SEワイ、何を言いたいのか何をしたいのか何を聞きたいのか一つも理解できなかった…
退職届出してくる

拡張性が無いからアウトや

バグ増えるだろ
素直に個別にして渡せ

アリやで
最適かは時と場合によるが

個別にしたらカラム20個くらいなるで？
こんなんええん？

正規化してるか？

>>25
してるで
enumは使ってるけど

c++なら共用体で感嘆に実現できそう

それならDB使う意味なくない？

複数のカラムにそれぞれ入るべき値を、一つの文字列に結合して一つのカラムに入れちゃおう
利用するときは正規表現で分解しよう
って事か
めんどくね

>>30
そうや！
お前頭エエな
やっぱり一つづつのんがええんか

>>30
理解出来た
君頭ええなあ

>>30
ワイプログラマーちゃうけどこれでなんとなく分かったわ

>>30
かっこいい

カラム20になるって正規化出来てんのかよ

>>32
セイキカっていうかテーブル増やしすぎるのもパフォーマンス落ちそうで嫌やん

>>34
正規化できてないってことはデータが重複するから間違いなくそっちのほうがパフォーマンス落ちるけど

>>39
セイキカはできとる
どのカラムも主キーにのみ従属してる

>>40
は？さっきと言ってること違うやん
ふざけんなや

あとでうんぴ（boolean）を増やしたくなったとき困るやろ

単純にカラムが多くなるなら外部キーとかでテーブル分けたら？
そうじゃなくてカラム数が柔軟であって欲しいデータならそもそもドキュメント型DB使うとかがええんちゃうの
別にMySQLでも文字列をJSONとして使える関数もあるけど

基本的にカラム何個までなん？

両方作って動作速度試してみてや

ほんとに素直に分けた方がいいよ

>>44
わかった
ありがとう

弊社でやってるな
やらないといけない理由があるからやってるけど
何がしたいのかを今一度考えてからやったほうがええで
やないと他の人が言ってるようにめんどいだけや

属性増やしてどのタイミングのパフォーマンス気にしとるんや

小さいテーブルでjson突っ込みたいだけならそれでいいのでは？

複数テーブル作って結合して検索する目的なら素直にrdbにした方がいい

Googleで検索した方が早いと思うよー

とりあえずセキュリティで言うならユーザー入力されたデータを自前の正規表現で丸めて突っ込むのはインジェクションの危険度高くねーか

何でわざわざ一つにまとめようとするん
後で機能追加しようとする時や、スケーラビリティでクソ困るで

説明も例えも意味不明や
どうしてもアドバイスが必要なら一度図に書き起こさんと多分誰もイッチのやろうとしてること理解してないで

自分でわざわざ新しい形式なんて作らずに、ワイら雑魚デベロッパーは先人の知恵に大人しく従っとけばええねん
新しい形式作るのは天才の仕事や

斬新すぎて理解が追いつかんかったわ
いや普通にカラムで分けろよ
なんのためのrdbやねん

でも革命を起こすのはイッチのような斬新なアイディーアを出せる人だよ？

うんこid作れよ

こういうのってどうせ後から特定の値だけ欲しいとかやっぱこの値要らんとかなるから一つにまとめたら改修めんどくさくなりそう

mongodbでええやろ（ﾊﾅﾎｼﾞ）