DB 設計時のサイズ見積り[最新版] - Qiita

こんにちは、すっかり秋ですね！@yone098 です。 みなさんDBの設計してますか？ DB設計時のサイズ見積り 以前はてなダイアリーで書いた記事は5年前のものであり、リンクが切れているものがあるので最新版として MySQL, PostgreSQL, Oracle, SQLServer におけるDB設計時のサイズ見積りをまとめ直しました。 URL内のバージョン表記を変えると以前のバージョンの情報になります。 MySQLは、あまり情報に変化は無かったので Excel でマクロなどを作成して自社で自動算出出来るようにするのが良いと思います。 データタイプごとに必要な要求ストレージが決まっているのでレコードサイズが決まり、あとは要件次第で何レコードになるかを予測します。 データタイプごとに必要な記憶容量 テーブルの最大サイズ関連 http://dev.mysql.com/doc/refman/5

[sabacurry]

↓経験則は設計とはいわないよ。見積もり精度が高いのはいいことですが、それは品質担保されない

[takc923]

MySQLのInnoDBはインデックスサイズの見積もりが難しいけど出来るのか！？って期待して読んだけどやっぱりそんなドキュメントはなかった。

[pandazx]

db

[ouest]

サイズ見積もり

[Dai_Kamijo]

100ストック！ | DB 設計時のサイズ見積り[最新版] by @yone098 — キータ (@Qiita) November 7, 2014 from Twitter http://ift.tt/1GCLN1f November 09, 2014 at 10:51AM via IFTTT

[n-sega]

サイズ見積もり方、改めて最新の情報で復習φ(..)

[countzero00000]

気になる

[sh2]

InnoDBはクラスタインデックスでページの充填率がまちまちなのでカラム長とレコード数の単純積み上げだけだとかなりずれるんだけど、じゃあどうやって計算すればいいかと聞かれると困る

[kasumani]

DB 設計時のサイズ見積り[最新版] Tags: from Pocket November 07, 2014 at 09:11PM via IFTTT

[youhey]

あとで、、ほ、ほんとうに後で！

[mikio01]

やっぱりスパムだった

[n-sekiraku]

後で読む(きっと読まない)

[longroof]

なるほど(´・ω・｀)なるほどですねー

[quabbin]

結局、追加要件の確度の問題でレコード数が見積もりにくく…なかなか思うように行かないんですよね。相当安全率掛けないと。

[kimutansk]

実際のデータにインデックスなりキーなりのデータが追加される形になりますが、実際の算出式はこんな感じと。