- 設計の基本とかぜんぜんわからない
- 自分も
アプリエンジニアだからあんまりデータベース意識しないんだよな - >>2
あるあるだよな
API とかで隠蔽されてること多いし
今どうしても設計しなきゃいけないんだけどマジで苦痛 - でかくとっときゃ問題ない
- >>3
トランザクションどうこうとか正規化どうこうとかそういうのぜんぜんわからないしちゃんとできる奴が見たら発狂しそう
どういう勉強すればいいかな - >>8
トランザクションはアプリ側が制御すりゃいいし
正規化は状況しだいにすればいい - >>11
達人っぽい意見だな
なんかもっと初歩的なとこから学んだほういい気がしてきた - >>15
達人でもなんでもないよ
dbはただの器だと思ってるし
同じデータは持たせないってとこから始めて、アクセス多そうな物は冗長になるけど正規化しない様な設計してる - >>8
できるだけ合理的に細かい形に分割しておけば必要な正規化はできるかと - >>12
知らないくせにそういうの意識し始めると余計にわけわかんなくなるんだよな
結局すげえ時間かかってカスみたいな設計っていう - データの入れ方と出し方が分かってればいいんじゃないの？知らんけど
- リレーショナル？
- テーブル設計？それともDB自体のレプリケーションとかの設計？
- >>7
テーブル設計からしてぜんぜんわからないんだ
あとたとえばユーザ認証作りたいとなったときにパスワードどうあつかうかとかそういうのもあんまりよくわからない - >>9
laravelとかだとハッシュ化してる
一時期大阪ガスのファイル転送システム「宅ファイル便」でやらかしたのがこれやってなかった件 - >>16
でハッシュだけ格納すんだよな
トークン認証とかでまた引っかかってるけど - >>21
そうだねー
トークン認証か…なんでっけ - >>27
ID/PW を送付して妥当ならアクセストークン発行
発行されたトークン付きリクエストのみ認可するみたいな感じだと思ってた - 第1正規
第2正規
第3正規RDB
NOSQL - プログラマーに自由にSQL書かせると無茶苦茶になるな
- >>13
select * from users limit 6，10;
とかそこまで大変になるもの少なくない？ - >>19
インデックスとか気にしないでキー指定するから全項目にインデックス張らないといけないじゃんみたいになる - >>25
あーそういうことね - ネットワークとか全然わからん
- >>14
カプセル化の弊害だったりすんのかな
ドメイン知識もしょぼいけどそれ以外になるとそこらの情報系学生以下な気がする - アプリ作った事ないからだろｗｗｗｗ
- あとたとえばあるユーザに対して複数の画像が紐づいててその画像にさらに複数のメタデータが…みたいな1対多？の階層構造ってすっげえ無駄なテーブル多くならない？
たぶん俺がわかってないだけなんだけど - 一回ER図とかにおこすのはどうでしょう？
- >>30
ありがとう
何度書いても空白が足りなくなるけど明日もう一回書いてみるね - >>33
仕様によってですがデカイプロジェクトならシーケンス図から書くのも良いかもですよー！ - 名前、免許画像、年齢、メールアドレス、住所、･･･
別に多くならないだろ
それなりに長年プログラム書いてきたけどいまだにデータベースのことはぜんぜんわからない
VIP
コメント