QA@IT

そのギモンは、あなただけのもの?

ITエンジニアが日々遭遇する課題やトラブルはたいてい、1人だけが出合うものではありません。QA@ITで質問・回答を共有しませんか?

タグ database で絞り込んだ結果 - 解除

お世話になります。 カラム数が200を超えるテーブルを複数扱う案件を受け持ちました。 あまりにも一つのテーブルにカラムが多すぎて、情報の場所やカラム名を見つけるのが大変なため、テーブルを分けたいと考えています。 実際のテーブル情報などは載せれないので似た例としてゲームの情報を扱うテーブルがあったとします。 今回は簡単ですが、このgenreについてもそれぞれたくさんの情報があると50を超えるカ...

RailsでSTIにする際、typeカラムにモデル名が格納されますが、このtypeカラムにindexは貼るべきでしょうか? データ属性的にはユーザの操作によって随時追加されていくデータを想定しているため、将来的には数万件のデータに対してtypeが数種類のような構成になり、かなりカーディナリティは低くなる予定です。 カーディナリティが低いカラムにindexを貼っても逆にパフォーマンスが悪くなっ...

セールスフォースのように、複数の会社の情報をデータベースで管理したりする場合 データベースの構造はどのようにすればよろしいでしょうか? 私の、思いつく限りでは、MySQLを利用できる共用サーバのように データベース単位で会社を分けて管理する方法です。 しかし、データベースの増え方が無限であると(仮)考えられるのですが、 postgresやmysqlの構造上問題ないのでしょうか? また、仮にサ...

現在は基本的に下記のような方針でインデックスを貼っています。 インデックスを作成したほうがよい場合 大規模な表のある特定の行を頻繁に検索する 列の値が(ほぼ)一意的である WHERE句の条件として頻繁に使用する列である インデックスを作成しないほうがよい場合 列内の値の種類が少ない(性別など) NULL値が多く、NULLでない値を検索しない 表が小規模である 上記の他に検討すべき観点やインデ...