[過去ﾛｸﾞ] 【PHP】下らねぇ質問はここに書き込みやがれ 11 (1002ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
496: (ﾜｯﾁｮｲ b72c-qc2B) 2020/09/16(水)16:34 ID:VpAz8kB70(1/5) AAS
Ruby on Rails では、そういう事はしない
巨大なデータは、データベース(DB)内にあって、
ブラウザからのリクエスト毎に、DB内からデータを取り出して、送信する
関係DB では、MariaDB(MySQL), PostgreSQL、
NoSQL では、Mongo, Redis, Cassandra
498: 496 (ﾜｯﾁｮｲ b72c-qc2B) 2020/09/16(水)17:59 ID:VpAz8kB70(2/5) AAS
DB は検索に特化してるプロだから、プログラミング言語じゃ勝てない
最初から、B+tree とかを使っているから、リスト・辞書などじゃ勝てない。
辞書も速いけど、再構成とかするから、DBには勝てない
安全性・整合性・一貫性などもあるし、トランザクション・並列処理とか
501: 496 (ﾜｯﾁｮｲ b72c-qc2B) 2020/09/16(水)18:51 ID:VpAz8kB70(3/5) AAS
そもそも、80:20 の法則もある。
よく使う80% のデータは、20% のサイズしかない。
データの局所性
残りの80% のサイズは、休眠口座みたいなもので、まず使わない。
だから、それをメモリ内に置いておくのは、ムダ。
DB へ保存しておいて、メモリ内からは削除すべき
つまり、その都度、必要なデータだけを、DBから取得するのが効率的
省4
502: 496 (ﾜｯﾁｮｲ b72c-qc2B) 2020/09/16(水)18:58 ID:VpAz8kB70(4/5) AAS
Ruby on Rails が、すべてのフレームワークの基本だから
フレームワークの作者で、Rails を知らない香具師は、いない
507: 496 (ﾜｯﾁｮｲ b72c-qc2B) 2020/09/16(水)21:40 ID:VpAz8kB70(5/5) AAS
Ruby on Rails の本には、N + 1 問題を回避しろとか、必ず書いてある
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.037s