DB 設計時のサイズ見積り[最新版] - Qiita
こんにちは、すっかり秋ですね！@yone098 です。 みなさんDBの設計してますか？ DB設計時のサイズ見積り 以前はてなダイアリーで書いた記事は5年前のものであり、リンクが切れているものがあるので最新版として MySQL, PostgreSQL, Oracle, SQLServer におけるDB設計時のサイズ見積りをまとめ直しました。 URL内のバージョン表記を変えると以前のバージョンの情報になります。 MySQLは、あまり情報に変化は無かったので Excel でマクロなどを作成して自社で自動算出出来るようにするのが良いと思います。 データタイプごとに必要な要求ストレージが決まっているのでレコードサイズが決まり、あとは要件次第で何レコードになるかを予測します。 データタイプごとに必要な記憶容量 テーブルの最大サイズ関連 http://dev.mysql.com/doc/refman/5
![DB 設計時のサイズ見積り[最新版] - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/f42e24e40ddeea81bc76c98ccc1f982252cd6b3c/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9REIlMjAlRTglQTglQUQlRTglQTglODglRTYlOTklODIlRTMlODElQUUlRTMlODIlQjUlRTMlODIlQTQlRTMlODIlQkElRTglQTYlOEIlRTclQTklOEQlRTMlODIlOEElNUIlRTYlOUMlODAlRTYlOTYlQjAlRTclODklODglNUQmdHh0LWFsaWduPWxlZnQlMkN0b3AmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZzPWM5ZmIwOTA1Y2UwNjU4NDA0MzRmOTZlMmI2NDFlMGU1%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDB5b25lMDk4JTQwZ2l0aHViJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz1iZDkzOTdmMGQ3NWNhMGM4M2I3NmMxNjM4ODQ2OWQxMA%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4g5qCq5byP5Lya56S-QWJieQ%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%2523212121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3D6f836c4a275f61471b9e3f73ef123bda)
SQLServer と Oracle の異なるロック思想: iTech Labo
■SQLServerのロック SQLServerでは「READ COMMITTED」がデフォルトの分離レベルとして設定されている。 上記説明通り「COMMIT済みのデータだけを読み取る」のだが、その読み取り方がREAD_COMMITTED_SNAPSHOT データベースオプション」の設定（ON,OFF）によって２種類の動作が可能になるというところがミソである。 この動作がOracleにはないのでちょっと戸惑うポイントだと思う。 ※READ_COMMITTED_SNAPSHOT オプションはデータベース オプション。 データベース単位で ON,OFF が可能。 ・READ_COMMITTED_SNAPSHOT オプションがOFFの場合 このオプションがOFFになっていた場合にデータ参照すると（Selectを発行すると） ☆共有ロックを取得する。 ☆参照が完了すると共有ロックを開放する。 とい
Works - データベース接続あれこれ
ORACLE：OLE DB プロバイダ（ORACLE製） ▲TOP Provider=OraOLEDB.Oracle;Data Source=<接続文字列>;User Id=<ユーザID>;Password=<パスワード> ORACLE：OLE DB プロバイダ（Microsoft製） ▲TOP Provider=MSDAORA;Data Source=<接続文字列>;User Id=<ユーザID>;Password=<パスワード> ORACLE：ODBCドライバ（ORACLE製） ▲TOP バージョンによりドライバ名が変わる点に留意。 Driver={Oracle in OraHome92};DBQ=<接続文字列>;UID=<ユーザID>;PWD=<パスワード>
Oracle Database 管理者ガイド -- 目次
ヘッダーをスキップ Oracle Database 管理者ガイド 11gリリース1（11.1） E05760-03 索引 目次 タイトルおよび著作権情報 はじめに 対象読者 ドキュメントのアクセシビリティについて 関連ドキュメント 表記規則 サポートおよびサービス このマニュアルに記載されている新機能 管理者ガイドに記載されているOracle Database 11gリリース1（11.1）の新機能 第I部 基本データベース管理 1 データベース管理スタート・ガイド Oracle Databaseユーザーのタイプ データベース管理者 セキュリティ管理者 ネットワーク管理者 アプリケーション開発者 アプリケーション管理者 データベース・ユーザー DBAのタスク タスク1: データベース・サーバー・ハードウェアの評価 タスク2: Oracle Databaseソフトウェアのインストール タスク
Oracleで使うSQLの基礎を学ぶ
2005年3月16日からは試験時間と問題数が変更されました。以前は120分で56問でしたが、問題数が少なくなり90分で40問になりました。ただし以前は71％だった合格点の割合は、変更後も70％ですので難易度は変わりません。問題数が少なくなった分、いかに各設問に正解するかが重要です。また、以前はオブジェクトの作成関連はほとんど出題されていませんでしたが、試験が変更されてからはかなりの問題数が出題されています。 ではBronze SQL 基礎 Iの範囲に沿って各種問題を解きながら解説していきましょう。 基本的なSELECT文の作成 理解しておきたいこと 1. 確認しておきたい内容 SELECT文の機能 基本的なSELECT文の実行 SQL文とiSQL*Plus（SQL*Plus）コマンドの区別 2. SQL文の区分 SQL（Structured Query Language：構造化問い合わせ言
SHIFT the Oracle - Oracle DBA, Oracle SQL and PL/SQL Tips
Oracle DBA, Oracle SQL and PL/SQL Tips Top ｜ Knowledge｜ DB構築｜ 文字列関数｜ 日付関数｜ 集計関数｜ SQL関数（アルファベット順） SQL（抽出・更新）｜ SQL*Plus｜ PL/SQL｜ Utility｜ Structure｜ スキーマ｜ チューニング｜ 用語｜ 参考書 SHIFT the Oracle オラクルマスターの取得や業務でオラクルを使って開発しているシステムエンジニアを目指している人のためのサイト オラクル入門者向けの Oracle SQL 入門、PL/SQL プログラミングから初歩的なチューニング・運用に関する情報、SQL のリファレンスやサンプル、Oracle Tips を取り扱っています IT News Oracle Database 18c XE 公開 Oracle Database Blog 2018/
Performance Tuning - オラクル・Oracleをマスターするための基本と仕組み
簡単にできるパフォーマンス・チューニングと設計時ガイドライン（＋セキュリティ）について
カーディナリティ - オラクル・Oracleをマスターするための基本と仕組み
カーディナリティとは その属性に紐付けられるもののこと カーディナリティ度 (選択度) カーディナリティ度が低いとは、カラムの値の種類がレコード数に比べて少ないことをあらわす。 カーディナリティ度が高いとは、カラムの値の種類がレコード数に比べて多いことをあらわす。 種類の絶対数の多少でなく度合いである。 例えば、子供から大人までの場合、性別や血液型などはカーディナリティ度が低く、身長や体重はカーディナリティ度が高い。同じ長さでも、靴のサイズなどはカーディナリティ度が低いといえる。 カーディナリティ度の高いカラムへの B-Tree インデックスは検索操作に対して高い効果がある。(しかし、低い場合は逆効果になる) カーディナリティ度の低いカラムへの Bitmap インデックスは高い効果がある。ビットマップのジョインが発生する状況になると効果が高い(しかし、B-Tree インデックスに比べてイン
Works - オプティマイザヒントを使用したパフォーマンスチューニング
オプティマイザヒントとは、オプティマイザに対して、最適（※１）な実行計画を強制的に使わせるための機能（※２）です。 かつて、口さがない SQL Server 使いの間では「Oracle にあんなにヒントの種類があるのはオプティマイザがバカだからだ」と云ったご意見もありましたが、今や SQL Server のヒントもかなりの種類がありますｗ 最もよく使われるヒントのひとつに indexヒントがあります。 コストベースでカーディナリティも高いのに全表走査してしまう場合などに使われます。 以下のSQLを例に取ります。 select * from kemp e inner join kdept d on e.deptno = d.deptno; アプリケーション開発者が期待する実行計画は、以下の様なものであるとします。 ■ORACLE 実行計画 -------------------
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ClickOnceアプリケーションでODACを自動インストールする方法: 猫足ブログ
＠IT：Databaseフォーラム全記事インデックス オラクルパーティショニング